Turned out to be an ACS rules issue. The storage person adjusted code in a
manner suggested by IBM and found via Google search. We're going to test today
to see if we can get all 12 steps and 400+ dumps onto one Jaguar 3592.
We're seeing indications of SMS ACS involvement and are working that angle with
IBM.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Here is a short version of the job...and it croaks trying to open up the tape
in
the second part of the second step. We thought maybe it was a DD name
conflict and changed the scheme for a test, same results...opened with IBM
and will do the same with FDR folks. This job will be all generated
In a message dated 9/14/2009 9:47:57 A.M. Central Daylight Time,
daniel_mclaugh...@us.crawco.com writes:
and it croaks trying to open up the tape in
the second part of the second step. We thought maybe it was a DD name
conflict and changed the scheme for a test, same results...opened with
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Daniel McLaughlin
Sent: Monday, September 14, 2009 10:48 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Use of RETAIN
Here is a short version of the job...and it croaks trying to open up the
tape
I'll be glad to share the JCL, the EXEC, as well once I get it to work. Still
unable
to get the tape to go from step to step. Here is JCL from step 1 to step 2.
//DISKZ DD UNIT=3390,DISP=SHR,VOL=SER=DB0033
//TAPEZ DD DSN=PDR.TSTBKP.DB0033(+1),
Did you try the one step version with multiple dumps
that I sent you.
Tim
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu]on
Behalf Of Daniel McLaughlin
Sent: Friday, September 11, 2009 9:19 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Use of RETAIN
I'll
I'm sure it has to do with the fact I'm using GDGs with (+1). When I was using
a refer back to DUMP1, TAPE1 and RETAIN it was dropping the tape after step
one and dying.
GDG's are funny in the way relative generations work.
The catalogue is not fully updated until after the job finished.
So,
The originally specified JCL isn't exactly correct. If you were to call for a
2nd
tape sometime before reaching file 10, the system would try to place that file
on the 1st (full) tape, due to the way this refer-back is coded. Also, if
allowed, there would be gaps in the file numbers (such as
I agree with John, make the referback always to the previous step.
When I was doing a lot of tape stacking, I also had a placeholder
dataset for the first one on the initial tape.
I would generate the JCL using a REXX to build the STEPNAME referback
name and build a new job at step 255.
Use of
OK...I'm a bit baffled and readily admit it. I've created an EXEC in REXX to
create
a 12 step job to dump 420 DASD volumes to one 3592. Step one runs along fine
and stacks all the volumes, 35 of them, fine in the first step. When the next
step
starts it belches on the tape so I know it's not
...@bama.ua.edu]on
Behalf Of Daniel McLaughlin
Sent: Wednesday, September 09, 2009 7:31 AM
To: IBM-MAIN@bama.ua.edu
Subject: Use of RETAIN
OK...I'm a bit baffled and readily admit it. I've created an EXEC in REXX to
create
a 12 step job to dump 420 DASD volumes to one 3592. Step one runs along fine
OK...I think I see that retain needs to be on each TAPE DD card and refer to
the
previous step. I thought once I declared that on the first tape statement in
the
next step that each tape within that step would automatically grab the tape.
vol=(,retain,prev.step.tape) on first file, second
Mine is a one step job ! Step01 is the only step.
Tim
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu]on
Behalf Of Daniel McLaughlin
Sent: Wednesday, September 09, 2009 7:48 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Use of RETAIN
OK...I think I see
I see the pattern though and will try it out...thank you.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at
In a message dated 9/9/2009 6:48:17 A.M. Central Daylight Time,
daniel_mclaugh...@us.crawco.com writes:
The fog is lifting a little.
Beware falling rocks? Should be preceding step in all instances.
//STEP02 EXEC BACKUP,DDPREP=STEP01,DDLAB=2
//STEP03 EXEC
On Wed, 9 Sep 2009 06:31:27 -0500, Daniel McLaughlin
daniel_mclaugh...@us.crawco.com wrote:
OK...I'm a bit baffled and readily admit it. I've created an EXEC in REXX
to create
a 12 step job to dump 420 DASD volumes to one 3592. Step one runs along fine
and stacks all the volumes, 35 of them, fine
snip-
OK...I'm a bit baffled and readily admit it. I've created an EXEC in REXX to create
a 12 step job to dump 420 DASD volumes to one 3592. Step one runs along fine
and stacks all the volumes, 35 of them, fine in the first step.
18 matches
Mail list logo
