Hi All,
I have a OPC with following jobs:
DUMY 001 DUMSTART
CPU 010 JOBNAME1
CPU 020 JOBNAME2
CPU 030 JOBNAME3
DUMY 009 DUMEND
In the above OPC, my job JOBNAME1 ends in soc1, and if its so then i have to job JOBNAME2 out of the OPC and continue with JOBNAME3. Using some utility i PIFOUT the JOBNAME2 from the OPC, but it doesn't continue with the JOBNAME3...
Could anyone provide the suggestion for this, as i don't deal with this OPC sort of things before and now its new?
Thanks,
Mandy
How to bypass soc1 abend in OPC ?
Re: How to bypass soc1 abend in OPC ?
If you are not responsible for maintaining the schedules within TWS ( as OPC is now known as ) then I suggest that you ask those that are responsible for their input into the solution.
- dick scherrer
- Global moderator
- Posts: 6268
- Joined: Sat Jun 09, 2007 8:58 am
Re: How to bypass soc1 abend in OPC ?
Hello,
Possibly i completely misunderstand, but if your job (JOBNAME1) abends witn an s0c1, it is most likely a problem with that job (rather than the scheduler).
Someone needs to resolve what is wrong with the job.
Possibly i completely misunderstand, but if your job (JOBNAME1) abends witn an s0c1, it is most likely a problem with that job (rather than the scheduler).
Someone needs to resolve what is wrong with the job.
Hope this helps,
d.sch.
d.sch.
Re: How to bypass soc1 abend in OPC ?
Hi
Expat,
As you said i think i should contact corresponding TWS team for this.
Dick,
Yep i agree with you. I just wonder if there could be anything which can bypass soc1. This is abending with user error as expected but uses some terminating program which causes the soc1, which is expected. I just had a parallel thinking why i should always handle this usual abend rather than automating it.
Anyways thanks for your suggestion.
Regards,
Mandy
Expat,
As you said i think i should contact corresponding TWS team for this.
Dick,
Yep i agree with you. I just wonder if there could be anything which can bypass soc1. This is abending with user error as expected but uses some terminating program which causes the soc1, which is expected. I just had a parallel thinking why i should always handle this usual abend rather than automating it.
Anyways thanks for your suggestion.
Regards,
Mandy
-
- Global moderator
- Posts: 3805
- Joined: Tue Jan 25, 2011 12:02 am
- Skillset: Easytrieve Plus, Cobol, Utilities, that sort of stuff
- Referer: Google
Re: How to bypass soc1 abend in OPC ?
Are you saying there is a combination of data which is invalid, so the program handles it by calling some deliberate-abend routine which generates the S0C1?
And, when this happens, you just continue with JOBNAME2 anyway?
If this is so, then I can't see how JOBNAME2 is genuinely dependent on JOBNAME1. Is it using any data output from JOBNAME1, or is it just an input/reference file dependency?
And, when this happens, you just continue with JOBNAME2 anyway?
If this is so, then I can't see how JOBNAME2 is genuinely dependent on JOBNAME1. Is it using any data output from JOBNAME1, or is it just an input/reference file dependency?
- dick scherrer
- Global moderator
- Posts: 6268
- Joined: Sat Jun 09, 2007 8:58 am
Re: How to bypass soc1 abend in OPC ?
Hello,
If it doesn't matter if the first job abends, why not schedule the second job to run whenever job1 completes - abend or not.
Personally, i'd consider changing the first job to issue an appropriate return code rather than an abend. This way job2 cold be conditionally run but not whan there is a true abend. . .
If it doesn't matter if the first job abends, why not schedule the second job to run whenever job1 completes - abend or not.
Personally, i'd consider changing the first job to issue an appropriate return code rather than an abend. This way job2 cold be conditionally run but not whan there is a true abend. . .
Hope this helps,
d.sch.
d.sch.
-
- Similar Topics
- Replies
- Views
- Last post
-
- 0
- 2138
-
by MainframeCoder
View the latest post
Thu Oct 14, 2021 6:13 am
-
- 0
- 1810
-
by bwissink
View the latest post
Thu Sep 02, 2021 10:04 pm
-
- 3
- 1794
-
by Blackthorn
View the latest post
Fri Mar 05, 2021 9:34 pm