View previous topic :: View next topic
|
Author |
Message |
mathi.vanan
New User
Joined: 11 Jan 2012 Posts: 18 Location: INDIA
|
|
|
|
I am trying to run two jobs simultaneously, for unloads from Imagecopy (IC) files.
IC files reside on tape volumes.
When the jobs run in parallel and try to access the same volume, one of the job is cancelled with the below message in the log.
Code: |
IEF690I FOLLOWING VOLUMES UNAVAILABLE TO <<jobname>> <<stepname>> 552
IEF690I N78267
826 IEF235D <<jobname>> <<stepname>> WAITING FOR VOLUMES. TO CANCEL WAIT REPLY 'NO'
R 826,NO
IEF251I <<jobname>> JOB CANCELLED |
I understood that the current installation policy for enqueuing on volumes has a default of WTOR.
Is there a way to code the JCL to send response, so that the job waits till the volume is available?
Rather, is there a way to change the installation policy for VOLUME_ENQ to WAIT in my JCL, so that the job waits till the volume is available?
--Please let me know if some more details are required on this question, to elaborate. |
|
Back to top |
|
|
Bill Woodger
Moderator Emeritus
Joined: 09 Mar 2011 Posts: 7309 Location: Inside the Matrix
|
|
|
|
Why do you want to run them at the same time if they are going to wait for each other?
Operations have cancelled the second job. They don't want a "wait" clogging up their display.
Why don't you put both steps in the same job? |
|
Back to top |
|
|
mathi.vanan
New User
Joined: 11 Jan 2012 Posts: 18 Location: INDIA
|
|
|
|
Thanks for the suggestion, Bill.
I have a situation of unloading around 800 tables. I have created appropriate number of JCLs that would unload different tables in individual steps.
I had quoted an example of 'two' jobs.
My intention of raising this question is, i need not want the job to be cancelled.
Now, is there a way out? |
|
Back to top |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008 Posts: 8700 Location: Dubuque, Iowa, USA
|
|
|
|
Quote: |
My intention of raising this question is, i need not want the job to be cancelled.
Now, is there a way out? |
Yes, but you're not going to want to hear it.
Talk to your site support group.
Talk to your site support group.
Talk to your site support group.
Repeat until it sinks in ... the enqueue policy is a SITE standard. Nobody on this forum can help you get around site policies. If you're not willing to work with your site support group, then live with running one job at a time. Most of the time, if you explain the problem to your site support group, they will either have a way to help you (that you may not even have thought of), or they can relax the site policy for this one exception. |
|
Back to top |
|
|
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007 Posts: 10889 Location: italy
|
|
|
|
but wiser to review Your concept of media sharing
and modify accordingly your your plan for job scheduling
if the wait message is relative to a tape VOLUME You will have to single thread Your jobs FULL STOP
the TS should be glad that the VOLUME enq was setup for the WTOR policy
less forgiving organization and I DEFINITELY AGREE use a straight CANCEL policy
why clutter the system with jobs waiting around ? |
|
Back to top |
|
|
daveporcelan
Active Member
Joined: 01 Dec 2006 Posts: 792 Location: Pennsylvania
|
|
|
|
Quote: |
I have created appropriate number of JCLs that would unload different tables in individual steps. |
What would be appropriate in my mind is to group unloads together so that all the tables on a particular tape are in the same job. This would resolve your problem.
Even better, put them in the same order they were put on the tape. This way you are not spinning the tape back and forth searching for the data. |
|
Back to top |
|
|
expat
Global Moderator
Joined: 14 Mar 2007 Posts: 8796 Location: Welsh Wales
|
|
|
|
Maybe looking at the FLASHCOPY with Dfdss backups of the shadow volumes might be a solution, but you need to talk to your storage people to see if this capability exists for the DASD installed.
Another option could be synchronised backups using IBM's REPLICATOR (formerly TDMF), but that depends on if your site has purchased the software or not. |
|
Back to top |
|
|
mathi.vanan
New User
Joined: 11 Jan 2012 Posts: 18 Location: INDIA
|
|
|
|
Sorry for the late response..
Thanks Dave and expat..
I have requested my site's support group for the list of IC files and the corresponding volumes for grouping them..
I am happy that i got an answer |
|
Back to top |
|
|
gcicchet
Senior Member
Joined: 28 Jul 2006 Posts: 1702 Location: Australia
|
|
|
|
Hi,
I would not recommend it, but change the DISP=SHR to DISP=OLD but you will still tie up an initiator.
Gerry |
|
Back to top |
|
|
mathi.vanan
New User
Joined: 11 Jan 2012 Posts: 18 Location: INDIA
|
|
|
|
@gcicchet:
Have you tried it? Your suggestion wont work.
The job would still be cancelled in reason accessing the same volume.
I had tried changing DISP=SHR to DISP=OLD. |
|
Back to top |
|
|
gcicchet
Senior Member
Joined: 28 Jul 2006 Posts: 1702 Location: Australia
|
|
|
|
Hi,
Yes,I always test what I suggest and here is proof of it.
Code: |
11.05.47 JOB07676 ---- THURSDAY, 15 MAR 2012 ----
11.05.47 JOB07676 IRR010I USERID CSCSGLC IS ASSIGNED TO THIS JOB.
11.05.56 JOB07676 ICH70001I CSCSGLC LAST ACCESS AT 11:05:56 ON THURSDAY, MARC
11.05.56 JOB07676 $HASP373 CSCSGLC1 STARTED - INIT 2 - CLASS A - SYS MMIA
11.05.56 JOB07676 IEF861I FOLLOWING RESERVED DATA SET NAMES UNAVAILABLE TO CSC
11.05.56 JOB07676 IEF863I DSN = BACKSMF.SMF.SAVE CSCSGLC1 RC = 04
11.05.56 JOB07676 *IEF099I JOB CSCSGLC1 WAITING FOR DATA SETS
|
Did you get the original message when you changed it to DISP=OLD ?
Quote: |
IEF690I FOLLOWING VOLUMES UNAVAILABLE TO <<jobname>> <<stepname>> 552
IEF690I N78267
826 IEF235D <<jobname>> <<stepname>> WAITING FOR VOLUMES. TO CANCEL WAIT REPLY 'NO'
R 826,NO
IEF251I <<jobname>> JOB CANCELLED |
Gerry |
|
Back to top |
|
|
mathi.vanan
New User
Joined: 11 Jan 2012 Posts: 18 Location: INDIA
|
|
|
|
Yes Gerry.
I guess my site's default is set to WTOR and so the job is cancelled by the operator, which might be different in your site.
Code: |
---- THURSDAY, 15 MAR 2012 ----
IRR010I USERID E9945AC IS ASSIGNED TO THIS JOB.
ICH70001I E9945AC LAST ACCESS AT 03:14:53 ON THURSDAY, MARCH 15, 2012
$HASP373 E994502T STARTED - INIT 4 - CLASS T - SYS Y090
IEF403I E994502T - STARTED - TIME=03.14.55
IEC501A M 1C7E,N88032,SL,COMP,E994502T,STP0120,<<TAPE FILE>>
IEF234E K 1C7E,N88032,PVT,E994502T,STP0120
IEF690I FOLLOWING VOLUMES UNAVAILABLE TO E994502T STP0320 252
IEF690I B46097
*181 IEF235D E994502T STP0320 WAITING FOR VOLUMES. TO CANCEL WAIT REPLY 'NO'
R 181,NO
IEF251I E994502T JOB CANCELLED |
|
|
Back to top |
|
|
expat
Global Moderator
Joined: 14 Mar 2007 Posts: 8796 Location: Welsh Wales
|
|
|
|
Just a quick clear up question, but is the volume that has the problem the input volume or output volume ? |
|
Back to top |
|
|
mathi.vanan
New User
Joined: 11 Jan 2012 Posts: 18 Location: INDIA
|
|
|
|
expat,
Its the input file's volume. The tape file that has been used for unloading was unavailable. |
|
Back to top |
|
|
expat
Global Moderator
Joined: 14 Mar 2007 Posts: 8796 Location: Welsh Wales
|
|
|
|
You can only use one specific tape volume for any one job at any time, so the answer is a big NO, that you can use the same tape at the same time for two or more different jobs. |
|
Back to top |
|
|
|