On our R&D system, we had a tape issue, which caused the jobs to stack up in BRMS jobq.
Tape issue was resolved.
BRMS jobs all ran, except for the save, (which was previously put on)
Nightly save on the LPAR didn't run for five days, because of the held job. (operator had a senior moment)

AJS calendars and scheduling are actually very flexible. Also, it's quite simple to run a job every 5 minutes, we have several.
Now the base job scheduler is a different story. There you had to create duplicate jobs with the same call with a different schedule.


-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Evans Winner
Sent: Wednesday, May 21, 2014 3:02 PM
To: Midrange Systems Technical Discussion
Subject: Re: AJS (Advance Job Scheduler) issue

From: "Steinmetz, Paul" <PSteinmetz@xxxxxxxxxx>

Did you know, that if a job submitted from AJS, is put on hold in the
jobq before it becomes active, AJS will not submit any future jobs for
this job.

That's interesting. I don't think I've run into this before. Thank you.

I must admit that I too think this is probably the Right Thing. A user-settable option might be nice -- a per-job user-settable option even better -- but in general I think the assumption is that a given job will perform the same processing no matter when it is submitted; and therefore if you've held one instance of the job, there would be no reason you would want another instance jumping in.

So, actually I would be curious about what the specifics of your case are. Is there logic in the program called that does different things depending on when it is run? Or does the job depend on its own output from a previous run? -- something like that?

Unfortunately, we have some things set up like that where I work (set up that way before my time, mind) but fortunately we don't have many jobs scheduled to run more than once a day, so this hasn't come up. In a few cases we have created duplicate jobs with the same call but a different schedule
(FOOJOB1 and FOOJOB2, for example). We've done that not because of the issue you reported, but just because AJS's calendar is so inflexible. (And it would get out of hand quickly if you wanted to run the job every five minutes.)

<i><b>NOTICE: This email and any attachments may contain proprietary or privileged information for the use of the intended recipient. Unauthorized use or distribution is prohibited. If you received this email in error please notify the sender and delete the email. Thank you.</b></i>
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l.

This thread ...


Return to Archive home page | Return to MIDRANGE.COM home page