Does anyone know if Technical Support magazine is still being published ? It
stopped about three years ago but I saw that it re-appeared in June last
year. Looking at the Naspa web-site it doesn't mention it as one of the
membership benefits. I always thought it was a pretty good magazine so I
It's kind of difficult to use a brute force attack when RACF revokes the ID
after a site specified number of attempts. Assuming the site doesn't allow
1 or 2 character passwords (you don't do you), even if the site were to
allow 100 attempts, it's statistically a REALLY long shot to guess the
On 25/11/2010 3:25 AM, Tim Brown wrote:
What are all the options these days for reporting via smf records.
Isnt there an RMF pc base reporting tool ?
You might be interested in looking at EasySMF, which is PC based. It
brings the information from different record types together, so you can
On Mon, 29 Nov 2010 04:39:54 -0600 Brian Westerman
brian_wester...@syzygyinc.com wrote:
:It's kind of difficult to use a brute force attack when RACF revokes the ID
:after a site specified number of attempts. Assuming the site doesn't allow
:1 or 2 character passwords (you don't do you), even if
I will be out of the office starting 11/29/2010 and will not return until
11/30/2010.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
That's a good point I suppose, but I think he's just worried about being
able to move his production system to a hardware platform so that he can
convert to something a bit more recent without bending over backwards and
doing back flips.
The session at SHARE that I will be presenting this year
I think it is PDF only via the web site. But I don't think it's monthly
any more.
On Mon, 2010-11-29 at 11:06 +0100, John Blythe Reid wrote:
Does anyone know if Technical Support magazine is still being published ? It
stopped about three years ago but I saw that it re-appeared in June last
John,
I believe RACF only uses single DES, not Triple DES.
Regards, Bob
Robert S. Hansel
Lead RACF Specialist
RSH Consulting, Inc.
617-969-8211
www.linkedin.com/in/roberthansel
www.rshconsulting.com
-
2011 RACF Training
Intro
On Mon, 2010-11-29 at 04:39 -0600, Brian Westerman wrote:
It's kind of difficult to use a brute force attack when RACF revokes the ID
after a site specified number of attempts. Assuming the site doesn't allow
1 or 2 character passwords (you don't do you), even if the site were to
allow 100
Assuming that you have made the changes to the z/VM system (if any are
required) so that it also understands the new device addresses, everything
will be fine once you get the backup job set up correctly for the VM volumes
(see below).
Make sure that you take Physical volume backups of the packs
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Binyamin Dissen
On Mon, 29 Nov 2010 04:39:54 -0600 Brian Westerman
brian_wester...@syzygyinc.com wrote:
:It's kind of difficult to use a brute force attack when RACF revokes
the ID
:after a site specified number
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Brian Westerman
[ snip ]
Maybe we should rename my session to z/OS conversion FUD-Buster, what
do you
think?
FUDSI -- includes Superstition and Ignorance, both of which
frequently accompany FUD... :-)
-jc-
In listserv%201011282227123842.0...@bama.ua.edu, on 11/28/2010
at 10:27 PM, Avram Friedman ibmsysp...@geek-sites.com said:
It is reasonable to think the original IEFBR14 was customer or field
developed in a lanuage other than assembler.
Not given the name.
--
Shmuel (Seymour J.)
In listserv%201011282257541113.0...@bama.ua.edu, on 11/28/2010
at 10:57 PM, Avram Friedman ibmsysp...@geek-sites.com said:
http://www.miketaylor.org.uk/tech/oreilly/more-iefbr14.html From one
of the two IBM co-authors
Note not part of the original OS spec added as an after thought
Given the
Could well be. I vaguely remember something about Triple DES somewhere. But my
mind is a bit loose right now on meds.
John McKown
Systems Engineer IV
IT
Administrative Services Group
HealthMarkets(r)
9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone *
Correct. I meant FDR or DFDSS or even IRRUTnnn unload. Not IRRDBU00.
John McKown
Systems Engineer IV
IT
Administrative Services Group
HealthMarkets(r)
9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone *
john.mck...@healthmarkets.com * www.HealthMarkets.com
Hi Ken,
Not a DITTO replacement, but if you have the FDR product, you also have
program FDRDSF with the PRINT function that provides an option to print the
contents of disk tracks by data set name (generic or absolute) or by absolute
track addresses.
Joe
It used to be that you could get SPZAP to work within the VTOC by specifying
//SYSLIB DD DSN=FORMAT4.DSCB (or something like that), which SPZAP changed into
a DSN of 44'04'X before it began searching the VTOC for the desired DSN. Since
the Format 4 DSCB's 44-byte key contains 44 bytes of
Thanks Brian for the answers.
Will it be ok restoring the volumes for the first time from ZOS? How does the
restore job know on which device address to restore the ZVM volume? Same for
the Linux Volumes?
I will check the ZVM and Z Linux lists as well as suggested by you.
Regards,
Srinivas G
On Mon, 29 Nov 2010 05:27:56 -0600, John McKown wrote:
What gets me on this is that, in the recent past, some people at work
were wanting an automatic resume of any RACF id which got too many
password violations after some interval - like 10 minutes. So try n
times, wait m minutes, rinse and
Each to his own. I prefer the human touch on password resets. But I'm an old
paranoid grin. In my arrogance, somebody who cannot remember their RACF
password likely can't remember their own name, either. A passphrase may be more
difficult. But 8 stupid characters, max? Sure, it could be
He meant three possible instructions that only occupied two bytes of storage, I
believe (All three required the same memory and processing cycles. They were
equal and interchangeable.). LA is a 4-byte instruction. A number of 4-byte
instructions that were available way back when comes to
I would tend to agree with ' they violate our standards and are sharing ids'.
Security is not priority one in some other countries. (At least not OUR
security).
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
McKown, John
Sent: Monday,
He also omitted Exclusive Or (XR 15,15), unless that's what he meant by Clear
Register.
Date: Mon, 29 Nov 2010 16:08:33 +
From: bi...@mainstar.com
Subject: Re: IEFBR14
To: IBM-MAIN@bama.ua.edu
He meant three possible instructions that only occupied two bytes of storage,
I
Wasn't there also a requirement that whatever means was chosen to zero
Reg15 also set the condition code to zero?
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of J R
Sent: Monday, November 29, 2010 10:44 AM
To: IBM-MAIN@bama.ua.edu
Read the linked article again. He did mention XR.
There were three possible instructions that could be used to zero R15:
``Clear Register R15'', ``Subtract Register R15,R15'', and ``Exclusive Or
Register R15,R15''.
Bill Fairchild
Rocket Software
-Original Message-
From: IBM
On Mon, 29 Nov 2010 11:22:43 -0600 McKown, John
john.mck...@healthmarkets.com wrote:
: -Original Message-
: From: IBM Mainframe Discussion List
: [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tom Marchant
: Sent: Monday, November 29, 2010 11:11 AM
: To: IBM-MAIN@bama.ua.edu
: Subject: Re:
On Mon, 29 Nov 2010 10:51:19 -0600, Chase, John wrote:
Wasn't there also a requirement that whatever means was chosen to zero
Reg15 also set the condition code to zero?
The condition code for the step is set from the value in register 15.
There is no connection between that and the condition
-Original Message-
From: IBM Mainframe Discussion List
[mailto:ibm-m...@bama.ua.edu] On Behalf Of Tom Marchant
Sent: Monday, November 29, 2010 11:11 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: IEFBR14
On Mon, 29 Nov 2010 10:51:19 -0600, Chase, John wrote:
Wasn't there also a
The called program can also set the condition code simultaneously to clearing
R15 with the appropriate single instruction. SR does both. If SR 15,15 is
immediately followed by BR 14 or the appropriate return instruction, there is
no need for the SPM, although there may be other bits that CP
I am z/OS V1.11
I am in the process of working on upgrading COBOL from Enterprise COBOL V3 to
V4.2
I have been reading the Share presnetations, Migration Guides, and
miscellaneous documents.
Does anyone have any gotchas on migrating from V3 to V4.2?
Only major change I see is the XML
I have worked on some systems where the CC was the standard response
mechanism from CALL'd subroutines. Example:
CALLSENDALL,(INBUFF,OURBUFF,...)
BZ SUCCESS
BH OVERFLOW
BL SNDSHORT
BO TRYAGAIN
This is common technique with some
That condition would eliminate the SLR that I suggested in an earlier post, as
well as LA, but I don't know if that condition existed. I do know that the
module was supposed to return zero in R15 for proper processing by the
Initiator/Terminator.
Bill Fairchild
Rocket Software
-Original
On 11/29/10 13:26, Lizette Koehler wrote:
I am z/OS V1.11
I am in the process of working on upgrading COBOL from Enterprise COBOL V3 to
V4.2
I have been reading the Share presnetations, Migration Guides, and
miscellaneous documents.
Does anyone have any gotchas on migrating from V3 to V4.2?
Wow. Is it possible he looked at CLR R1,R2 ... and thought it meant
clear??? I mean, I don't see how even a half fast programmer wouldn't know
that, so it seems incomprehensible to me, but I can't come up with any other
plausible reasons.
On Mon, 29 Nov 2010 16:08:33 +, Bill Fairchild wrote:
Each byte of core storage in the 1960s was extremely scarce.
True, but since a CSECT always begins on a doubleword boundary
and is an integral number of doublewords in length, it doesn't really
matter whether the program is 4 or 6 bytes
You init a volume on the new machine with a 1 track vtoc and volser,
vary it online, and the restore has a dd statement with dasd volser.
The physical restore will overwrite the VTOC you created with ICKDSF.
If you don't have a running system connected to the new dasd, you can
do a Stand Alone
On 11/29/2010 11:26 AM, Lizette Koehler wrote:
I am z/OS V1.11
I am in the process of working on upgrading COBOL from Enterprise COBOL V3 to
V4.2
I have been reading the Share presnetations, Migration Guides, and
miscellaneous documents.
Does anyone have any gotchas on migrating from V3 to
W dniu 2010-11-29 16:43, Paul Gilmartin pisze:
On Mon, 29 Nov 2010 05:27:56 -0600, John McKown wrote:
What gets me on this is that, in the recent past, some people at work
were wanting an automatic resume of any RACF id which got too many
password violations after some interval - like 10
Shmuel Metz (Seymour J.) wrote:
In
77142d37c0c3c34da0d7b1da7d7ca34308802...@nwt-s-mbx2.rocketsoftware.com,
on 11/24/2010
at 09:07 PM, Bill Fairchild bi...@mainstar.com said:
only tracks in allocated data sets and/or the VTOC can be displayed
Is that stil true when the dsname is
Doh! How did I miss that?
I stand corrected. My apologies.
Date: Mon, 29 Nov 2010 18:08:01 +
From: bi...@mainstar.com
Subject: Re: IEFBR14
To: IBM-MAIN@bama.ua.edu
Read the linked article again. He did mention XR.
There were three possible instructions that could be used
IMHO it's better (safer) that self service password reset.
A full service reset could be costly.
I was once a customer of a service provider that charged us for each reset.
Each year we paid them twice as much as the cost of a self-service solution.
And, we're not talking about one of the cheap
Hello,
We are in the process of upgrading from a z900 to a Z9. Bothr CECs contain a
Production CF LPAR, Production and Development LPAR. The second CEC also
contains 2 Sandbox CF LPARs and 2 Sandbox LPARs.
We want to move 1 Sandbox CF LPAR and 1 Sandbox LPAR to the first CEC.
Shared CPs is
I would love to know how a corrupt system file in a parrallel sysplex can
affect
a payroll system
http://www.channelregister.co.uk/2010/11/29/nab_mainframe_cockup/
--
For IBM-MAIN subscribe / signoff / archive access
On Tue, Nov 30, 2010 at 12:54 AM, Sheldon Davis sda...@isracard.co.il wrote:
I would love to know how a corrupt system file in a parrallel sysplex can
affect
a payroll system
http://www.channelregister.co.uk/2010/11/29/nab_mainframe_cockup/
That was not payroll. That was a bank. They
One wonders if a detailed explanation of what transpired will be forthcoming
as was the case back in July when the DBS Bank in Singapore had a major
outage.
http://www.dbs.com/newsroom/2010/press100804.aspx
Stephen Mednick
Computer Supervisory Services
Sydney, Australia
-Original
46 matches
Mail list logo
