View previous topic :: View next topic
|
Author |
Message |
zanyzap4u
New User
Joined: 13 Dec 2008 Posts: 38 Location: Mexico City
|
|
|
|
Hi all,
The application program submits a JCL which has a 5 minutes delay inside it. Problem is, when it submits multiple JCLs they all are having the same JOBNAME and are in a queue.
Is it possible to change the JOBNAME, or run all the JCLs in parallel?
Regards,
zany |
|
Back to top |
|
|
ofer71
Global Moderator
Joined: 27 Dec 2005 Posts: 2358 Location: Israel
|
|
|
|
I don't understand the question:
If your program generates a job, then the program is responsible for composing the job name.
If the program just SUBMIT an existing job, you can use ISPF Services to edit the job before submission.
O. |
|
Back to top |
|
|
zanyzap4u
New User
Joined: 13 Dec 2008 Posts: 38 Location: Mexico City
|
|
|
|
The program writes a message in the SYSLOG.
The message contains the JCL name and PDS from where it has to be executed.
AF Operator picks that message from SYSLOG and triggers the JCL.
Now, the problem is all the JCLs are having the same JOBNAME. |
|
Back to top |
|
|
ofer71
Global Moderator
Joined: 27 Dec 2005 Posts: 2358 Location: Israel
|
|
|
|
Your program can copy the job to a temporary PDS, alter the job name, and add a step to the job to delete the member (and the temporary PDS?).
O. |
|
Back to top |
|
|
zanyzap4u
New User
Joined: 13 Dec 2008 Posts: 38 Location: Mexico City
|
|
|
|
ok, let me try that.
Thanks. |
|
Back to top |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008 Posts: 8700 Location: Dubuque, Iowa, USA
|
|
|
|
JES requires every executing job to be uniquely named. If you submit 5 jobs with the same name, they are going to run one at a time, period. |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19243 Location: Inside the Matrix
|
|
|
|
Hello,
When these 5 jobs are submitted, what kind of contention between each other might they cause?
Suggest you consider removing the delay(s) and having the "main" job submit the first of the "multiple jcls" and have each one of these submit the next as their last step.
A far better approach would be to have these properly scheduled via the system scheduling process. . . |
|
Back to top |
|
|
zanyzap4u
New User
Joined: 13 Dec 2008 Posts: 38 Location: Mexico City
|
|
|
|
Hi All,
The JOBs are for file transfer, and is triggered everytime any application need to send file to a particular destination.
So, 1st JCL cannot trigger the 2nd JCL, and so on.
Also, this cannot be scheduled. |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19243 Location: Inside the Matrix
|
|
|
|
Hello,
Quote: |
So, 1st JCL cannot trigger the 2nd JCL, and so on.
Also, this cannot be scheduled. |
Wrong and Wrong. . .
I've done exactly this (one job submitting the next) on systems that had no scheduling software.
I've also done this (proper scheduling) by working with scheduling admin people.
The only reason "it can't be done" on your system is because someone does not want to. . . |
|
Back to top |
|
|
zanyzap4u
New User
Joined: 13 Dec 2008 Posts: 38 Location: Mexico City
|
|
|
|
Sir,
I completely agree with you. It can be done.
It can be done both the ways, from schedule or from 1st JCL submitting the next.
But, the problem is the file transfer JCLs are asyncronous.
They might get triggered from any application, any time, with any FTP parameters. Its like huge number of programs trying to do file transfer at the same time.
So, please suggest how can i run all the file transfer JCLs simultaneously (with same JOBNAME, or by changing it somehow).
Quote: |
Your program can copy the job to a temporary PDS, alter the job name, and add a step to the job to delete the member (and the temporary PDS?).
|
I am trying to do this, but am not sure if this is a good solution. |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19243 Location: Inside the Matrix
|
|
|
|
Hello,
Quote: |
The application program submits a JCL which has a 5 minutes delay inside it. Problem is, when it submits multiple JCLs they all are having the same JOBNAME and are in a queue. |
Quote: |
But, the problem is the file transfer JCLs are asyncronous. |
Possibly there is something i misunderstand, but these do not sound asyncronous
Quote: |
They might get triggered from any application, any time, with any FTP parameters. |
Processes like this often use some kind of queueing mechanism to enter the requests and then work the requests serially. . .
One obstacle to us providing the most useful help is that the "requirement" hasn't been completely/clearly defined. |
|
Back to top |
|
|
zanyzap4u
New User
Joined: 13 Dec 2008 Posts: 38 Location: Mexico City
|
|
|
|
Let me give an example.
There are 2 programs P1 and P2. At some point T1, both triggers a file transfer JCL (the JCL name that is triggered is same for both).
Quote: |
The program writes a message in the SYSLOG. The message contains the JCL name and PDS from where it has to be executed. AF Operator picks that message from SYSLOG and triggers the JCL. |
Now there are 2 JCLs running with the same JOBNAME, but different JOBID.
Since the JOBNAME is same for both of them, one will start and another will wait for the 1st one to finish.
My question is, how can I run both of them simultaneously.
Because, there can be not just 2 program, there can be 200 programs triggering file transfer at the same time. |
|
Back to top |
|
|
Akatsukami
Global Moderator
Joined: 03 Oct 2009 Posts: 1787 Location: Bloomington, IL
|
|
|
|
zanyzap4u wrote: |
Now there are 2 JCLs running with the same JOBNAME, but different JOBID.
Since the JOBNAME is same for both of them, one will start and another will wait for the 1st one to finish.
My question is, how can I run both of them simultaneously.
Because, there can be not just 2 program, there can be 200 programs triggering file transfer at the same time. |
You can't. Cannot. No way, Zaný. As ofer71 suggests, the only feasible solution is to have the program dynamically compose the job name. |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19243 Location: Inside the Matrix
|
|
|
|
Hello,
To me it sounds like this is getting or has gotten out of control. . .
Suggest you talk with the people responsible for the stable operation of the environment and ask if several hundred unique jobnames, appearing at any time, will be acceptable for them to support.
Some of the places i've supported run several thousand transmissions per day and do not have this sort of convoluted job management issue.
Keep in mind that there is probably no good reason that every file has to be tramsmitted the very moment it is created. |
|
Back to top |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008 Posts: 8700 Location: Dubuque, Iowa, USA
|
|
|
|
zanyzap4u, it sounds like you've decided upon your solution and aren't listening to what we're saying. Since many sites handle file transfers with no problems, why is your site so unique? |
|
Back to top |
|
|
Raghu navaikulam
Active User
Joined: 27 Sep 2008 Posts: 193 Location: chennai
|
|
|
|
Hi
As Dick scherrer advised
Quote: |
Suggest you talk with the people responsible for the stable operation of the environment and ask if several hundred unique jobnames, appearing at any time, will be acceptable for them to support.
|
You can talk to your admin people with this
Quote: |
DUPL_JOB={DELAY|NODELAY}
Specifies whether or not JES2 is allowed to concurrently execute batch jobs with the same name in the same MAS.
DELAY Do not allow JES2 to execute batch jobs with the same name in the same MAS at the same time.
NODELAY Allow JES2 to execute batch jobs with the same name in the same MAS to execute at the same time. Scope: MAS-Wide.
|
This is a JES parameter.
Regards
Raghu |
|
Back to top |
|
|
Pete Wilson
Active Member
Joined: 31 Dec 2009 Posts: 592 Location: London
|
|
|
|
One way is for the jobs to be executed as started tasks which can have the same names. So if you have a procedure with symbolics that you can populate with relevant values passed when issuing the start command you may be able to achieve what you want. You may have some battles getting the required security profiles set up though! |
|
Back to top |
|
|
|