View previous topic :: View next topic
|
Author |
Message |
ranga_subham
New User
Joined: 01 Jul 2005 Posts: 51
|
|
|
|
I have a production job that does the following.
First 17 steps check different datasets for emptiness. If empty, gives a return code of 200.
Next 5 steps sends an email to customer if the first 5 steps issues other than return code 200.
Next 12 steps abend the job if the rest of 12 steps gives return code OTHER than 200.
Now, the job that ran yesterday was abended with a JCL error in step JS080 because the dataset used in step JS080 was not found. We had to restart the job from JS090. This caused an abend in step JS230 since the COND code referred here is of JS060 which was skipeed because we restarted the job from JS090.
I would like to know how to adjust this JCL to avoid such an inconvenience.
Please suggest.
TIA. |
|
Back to top |
|
|
dineshness
New User
Joined: 25 Dec 2006 Posts: 63 Location: Perambalur
|
|
|
|
I think there is no way to avoid this, as the refer back step is not at all executed when the job is restarted. May be you have to change the condition statement.
Dinesh. |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
Hello,
Only knowing what was originally posted, my suggestion would be to eliminate the "empty" testing and setting codition code(s).
Depending on content or "empty", jcl can be program-created on the fly to submit the required job(s)/step(s) thru the internal reader and the restart issues will go away. The code that creates the jcl would also be able to "restart-in-the-middle". Only needed processes would be submitted eliminating the COND issues. |
|
Back to top |
|
|
|