submitting the JCL thru internal reader.

arvind.m · New User Joined: 28 Aug 2008 Posts: 11 Location: Hyderabad

Hi all,

i have a jcl which has four steps.

STEP1: submit a job XXXX thru internal reader which using dpsdsng.test file as input.

STEP2: ignore

STEP3: this step will execute a program which will use the same input file dpsdsng.test.

STEP4: ignore

now the problem is, by the time XXXX is completed STEP3 in the main job is getting executed. since both job XXXX and STEP3 is using the same input file the main job is getting abended.

so my question is:
1. is there any jcl statement to chek the execution of job xxxx and execute STEP3 or

2. or delaying only STEP3 for certain time will also do.

thanks,

arcvns · Posted: Thu Aug 28, 2008 8:19 pm Post subject:

Arvind,

How about Adding STEP3 as the last step in the job XXXX OR splitting the main job into two separate jobs?

Thanks
Arun

arvind.m · New User Joined: 28 Aug 2008 Posts: 11 Location: Hyderabad

yes. spliting of job will do. but i would avoid splitting of jobs.

Pedro

When we have jobs with resource contention, we solve that by submitting to a 'single thread initiator'. For example, we specify CLASS=Q in the job card and there is only one initiator defined to pick up class Q. Only one such job can run at one time. Therefore, contention at the initiator level, but no contention at the dataset level.

Robert Sample · Posted: Thu Aug 28, 2008 10:52 pm Post subject:

Pedro, the O/P stated the first step of the job submits job XXXX which then runs in parallel with step 2 of the job. Step 3 is starting while XXXX is using the data set causing the job to abend (why is not clear -- jobs can share INPUT files usually without problem). So your single thread initiator solution won't work when the jobs both have to run.

Unless ... the job can complete BEFORE job XXXX starts up?

dick scherrer · Posted: Fri Aug 29, 2008 1:46 am Post subject:

Hello,

If the design cannot be improved (having the job submit a "conflicting" job as the first step is rather poor) and the volume of data in dpsdsng.test is not large, a copy of the file might be made so xxxx would not need the same file.

If this is a dasd file and both processes read the file, disp=shr might get around the contention - there could be a considerable performance hit.

Is there some reason that the xxxx job could not be scheduled as a successor of "this" job? I question the need to run in parallel. . .

expat · Posted: Fri Aug 29, 2008 11:58 am Post subject:

Yes, to carry on from the comment by Dick,

You have told us absolutely nothing of any real value to resolve the problem.

What is the media
If DASD, dataset DSORG is .......
What do the programs do in each job, read or update
There should be no problems in sharing the file if everything is set up correctly.

Pedro

arvind.m · New User Joined: 28 Aug 2008 Posts: 11 Location: Hyderabad

Hi expat,
i'll answer to your questions.

dick scherrer · Posted: Sat Aug 30, 2008 4:43 am Post subject:

Hello,

Pedro

Earlier you said the file was used for input in both jobs...

Robert Sample · Posted: Sat Aug 30, 2008 5:06 am Post subject:

expat · Posted: Sat Aug 30, 2008 4:34 pm Post subject:

AAARRRGGGGHHHHHHHH!!!!
Please add mine to the one expressed above