View previous topic :: View next topic |
Author |
Message |
abhisun Beginner

Joined: 20 Nov 2003 Posts: 21 Topics: 9
|
Posted: Wed Aug 02, 2006 4:17 am Post subject: Problem with the version of Production JCL |
|
|
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 |
|
 |
Bill Dennis Advanced

Joined: 03 Dec 2002 Posts: 579 Topics: 1 Location: Iowa, USA
|
Posted: Wed Aug 02, 2006 8:06 am Post subject: |
|
|
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 |
|
 |
abhisun Beginner

Joined: 20 Nov 2003 Posts: 21 Topics: 9
|
Posted: Wed Aug 02, 2006 9:12 pm Post subject: |
|
|
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 |
|
 |
kolusu Site Admin

Joined: 26 Nov 2002 Posts: 12378 Topics: 75 Location: San Jose
|
Posted: Thu Aug 03, 2006 8:06 am Post subject: |
|
|
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 |
|
 |
Bill Dennis Advanced

Joined: 03 Dec 2002 Posts: 579 Topics: 1 Location: Iowa, USA
|
Posted: Thu Aug 03, 2006 8:16 am Post subject: |
|
|
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 |
|
 |
abhisun Beginner

Joined: 20 Nov 2003 Posts: 21 Topics: 9
|
Posted: Thu Aug 03, 2006 9:41 pm Post subject: |
|
|
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 |
|
 |
|
|