MVSFORUMS.com Forum Index MVSFORUMS.com
A Community of and for MVS Professionals
 
 FAQFAQ   SearchSearch   Quick Manuals   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Problem with the version of Production JCL

 
Post new topic   Reply to topic   printer-friendly view    MVSFORUMS.com Forum Index -> Job Control Language(JCL)
View previous topic :: View next topic  
Author Message
abhisun
Beginner


Joined: 20 Nov 2003
Posts: 21
Topics: 9

PostPosted: Wed Aug 02, 2006 4:17 am    Post subject: Problem with the version of Production JCL Reply with quote

Hi,

Need help! This problem happened in our production yesterday. There are two jobs JA and JB. The last step of JA job is to update a timestamp in a filename in the JCL of JB job, stored in production JCL library, as shown below.
Code:

//REPROS   EXEC  PGM=IDCAMS                 
//IN1      DD  DSN=&&TMP1,                 
//             DISP=(OLD,DELETE,DELETE)     
//OUT1     DD  DSN=PROD.BTCH.JCL.LIB(JB), 
//             DISP=SHR                     
//SYSPRINT DD  SYSOUT=*                     
//SYSOUT   DD  SYSOUT=*                     
//SYSIN    DD  *                             
     REPRO INFILE(IN1) -                     
                OUTFILE(OUT1)     

Yesterday JA completed successfully at 12.00.37 noon and JB started at 12.00.38... JB is triggered by JA....... But, our scheduler OPC did not take the latest copy of JB's JCL and ran the older copy and used the old file name......Both jobs were successful with ret code Zero and no error or warning messages anywhere.....the JB' JCL was updated for sure because there was another subsequent job JC that ran at 12.00.48.....that reads a filename from JB'JCL.....and JC got the latest copy of JB.....

So the question is... if JA was completed and it successfully updated JB's jcl why did not the OPC scheduler take the latest copy.....Was the actual update to JCL library took place after the actual completion time of job JA? Please help guys! Thanks.
Back to top
View user's profile Send private message
Bill Dennis
Advanced


Joined: 03 Dec 2002
Posts: 579
Topics: 1
Location: Iowa, USA

PostPosted: Wed Aug 02, 2006 8:06 am    Post subject: Reply with quote

You say the JCL had "the old file name", but the file name exists inside the member, correct? So you're really saying that JB read the data in the MEMBER before changes by JA.

Is PROD.BTCH.JCL.LIB(JB) used as an INCLUDE member in the JCL for JB? Or maybe it contains the entire job?

I know there are ways to make OPC "pre-fetch" a copy of the JCL. Perhaps someone used the OPC panels to look at the job and OPC fetched the member prior to JA?
_________________
Regards,
Bill Dennis

Disclaimer: My comments on this foorum are my own and do not represent the opinions or suggestions of any other person or business entity.
Back to top
View user's profile Send private message
abhisun
Beginner


Joined: 20 Nov 2003
Posts: 21
Topics: 9

PostPosted: Wed Aug 02, 2006 9:12 pm    Post subject: Reply with quote

Thanks for the response Bill.
Yes, the memeber PROD.BTCH.JCL.LIB(JB) contains the entire JCL of JB.
Yes, the OPC read JB before changes by JA.

Let me try to write the sequence:
12.00.37 - JA completed and updated the entire JCL of JB
12.00.38 - JB started but used the old JCL.
12.00.48 - JC started and used the new JCL of JB (this job is similar to JA, it just reads the filename from JB...this guy ran few seconds later and got the latest copy of JB that was updated by JA).

OPC pre-fetching the copy of JCL seems to be a possibility but the chances of manual intervention is somewhat feeble. These are regular production jobs, run daily , three times a day. I am also looking at the working of IDCAMS with the Operating system, may be the actual update of PDS member took place a few microseconds after the completion of JA-IDCAMS and JB started before that....is it possible?
Back to top
View user's profile Send private message
kolusu
Site Admin
Site Admin


Joined: 26 Nov 2002
Posts: 12378
Topics: 75
Location: San Jose

PostPosted: Thu Aug 03, 2006 8:06 am    Post subject: Reply with quote

Quote:

Let me try to write the sequence:
12.00.37 - JA completed and updated the entire JCL of JB
12.00.38 - JB started but used the old JCL.
12.00.48 - JC started and used the new JCL of JB (this job is similar to JA, it just reads the filename from JB...this guy ran few seconds later and got the latest copy of JB that was updated by JA).


abhisum,

Was JB in the job queue before JA updated the Job? Ideally I would add INTRDR step at the end of JA to submit JB.

Kolusu
_________________
Kolusu
www.linkedin.com/in/kolusu
Back to top
View user's profile Send private message Send e-mail Visit poster's website
Bill Dennis
Advanced


Joined: 03 Dec 2002
Posts: 579
Topics: 1
Location: Iowa, USA

PostPosted: Thu Aug 03, 2006 8:16 am    Post subject: Reply with quote

I would highly doubt that JB was submitted before the IDCAMS update in the prior job had updated the member! OPC would not submit JB to the reader until the predecessor was complete. There is some other external reason.

Do you have ProJCL or some other JCL scan utility with an OPC interface? I think this can cause a pre-fetch.
_________________
Regards,
Bill Dennis

Disclaimer: My comments on this foorum are my own and do not represent the opinions or suggestions of any other person or business entity.
Back to top
View user's profile Send private message
abhisun
Beginner


Joined: 20 Nov 2003
Posts: 21
Topics: 9

PostPosted: Thu Aug 03, 2006 9:41 pm    Post subject: Reply with quote

Hi Kolusu - Will need to check that with the operations team. But I would say it was. I Agree, INTRDR sounds most suitable thing for these jobs.

Hi Bill - This again I will need to confirm with the operations team. Pre-fetch is likely to be the plausible cause.

Thanks to both of you. Will get back once I get some information from operations team.
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic   Reply to topic   printer-friendly view    MVSFORUMS.com Forum Index -> Job Control Language(JCL) All times are GMT - 5 Hours
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


MVSFORUMS
Powered by phpBB © 2001, 2005 phpBB Group