IBM Mainframe Forum Index
 
Log In
 
IBM Mainframe Forum Index Mainframe: Search IBM Mainframe Forum: FAQ Register
 

Installation policy for enqueuing on volumes


IBM Mainframe Forums -> JCL & VSAM
Post new topic   Reply to topic
View previous topic :: View next topic  
Author Message
mathi.vanan

New User


Joined: 11 Jan 2012
Posts: 18
Location: INDIA

PostPosted: Mon Mar 12, 2012 4:26 pm
Reply with quote

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
View user's profile Send private message
Bill Woodger

Moderator Emeritus


Joined: 09 Mar 2011
Posts: 7309
Location: Inside the Matrix

PostPosted: Mon Mar 12, 2012 4:52 pm
Reply with quote

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
View user's profile Send private message
mathi.vanan

New User


Joined: 11 Jan 2012
Posts: 18
Location: INDIA

PostPosted: Mon Mar 12, 2012 4:57 pm
Reply with quote

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? icon_rolleyes.gif
Back to top
View user's profile Send private message
Robert Sample

Global Moderator


Joined: 06 Jun 2008
Posts: 8696
Location: Dubuque, Iowa, USA

PostPosted: Mon Mar 12, 2012 5:09 pm
Reply with quote

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
View user's profile Send private message
enrico-sorichetti

Superior Member


Joined: 14 Mar 2007
Posts: 10872
Location: italy

PostPosted: Mon Mar 12, 2012 5:31 pm
Reply with quote

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
View user's profile Send private message
daveporcelan

Active Member


Joined: 01 Dec 2006
Posts: 792
Location: Pennsylvania

PostPosted: Mon Mar 12, 2012 7:18 pm
Reply with quote

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
View user's profile Send private message
expat

Global Moderator


Joined: 14 Mar 2007
Posts: 8797
Location: Welsh Wales

PostPosted: Tue Mar 13, 2012 1:43 pm
Reply with quote

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
View user's profile Send private message
mathi.vanan

New User


Joined: 11 Jan 2012
Posts: 18
Location: INDIA

PostPosted: Wed Mar 14, 2012 3:09 pm
Reply with quote

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 icon_biggrin.gif
Back to top
View user's profile Send private message
gcicchet

Senior Member


Joined: 28 Jul 2006
Posts: 1702
Location: Australia

PostPosted: Thu Mar 15, 2012 5:43 am
Reply with quote

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
View user's profile Send private message
mathi.vanan

New User


Joined: 11 Jan 2012
Posts: 18
Location: INDIA

PostPosted: Thu Mar 15, 2012 2:36 pm
Reply with quote

@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
View user's profile Send private message
gcicchet

Senior Member


Joined: 28 Jul 2006
Posts: 1702
Location: Australia

PostPosted: Fri Mar 16, 2012 3:31 am
Reply with quote

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
View user's profile Send private message
mathi.vanan

New User


Joined: 11 Jan 2012
Posts: 18
Location: INDIA

PostPosted: Fri Mar 16, 2012 11:57 am
Reply with quote

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
View user's profile Send private message
expat

Global Moderator


Joined: 14 Mar 2007
Posts: 8797
Location: Welsh Wales

PostPosted: Fri Mar 16, 2012 12:00 pm
Reply with quote

Just a quick clear up question, but is the volume that has the problem the input volume or output volume ?
Back to top
View user's profile Send private message
mathi.vanan

New User


Joined: 11 Jan 2012
Posts: 18
Location: INDIA

PostPosted: Fri Mar 16, 2012 12:02 pm
Reply with quote

expat,

Its the input file's volume. The tape file that has been used for unloading was unavailable.
Back to top
View user's profile Send private message
expat

Global Moderator


Joined: 14 Mar 2007
Posts: 8797
Location: Welsh Wales

PostPosted: Fri Mar 16, 2012 12:05 pm
Reply with quote

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
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic View Bookmarks
All times are GMT + 6 Hours
Forum Index -> JCL & VSAM

 


Similar Topics
Topic Forum Replies
No new posts z/vm installation problem All Other Mainframe Topics 0
No new posts zOS COD installation under zVM All Other Mainframe Topics 0
No new posts How to move DB2 Installation HLQ DB2 4
No new posts Is there any way to get on Dcollect o... IBM Tools 7
No new posts compare two volumes All Other Mainframe Topics 4
Search our Forums:

Back to Top