Re: Concurrent Batch/queue entries
From: Jeff Cameron (roktsci_at_comcast.net)
Date: 03/10/05
- Next message: JF Mezei: "Re: Selling an operational MicroVAX II if interested"
- Previous message: healyzh_at_aracnet.com: "Re: Selling an operational MicroVAX II if interested"
- In reply to: Barry: "Re: Concurrent Batch/queue entries"
- Next in thread: Jan-Erik Söderholm: "Re: Concurrent Batch/queue entries"
- Reply: Jan-Erik Söderholm: "Re: Concurrent Batch/queue entries"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: Wed, 09 Mar 2005 16:52:20 -0800
On 3/9/05 9:00 AM, in article
1110387600.646214.38050@f14g2000cwb.googlegroups.com, "Barry"
<dysert@gmail.com> wrote:
> I can't test it right now, but I think there's a UAF parameter called
> MAXJOBS that may do what you want. I *think* if you set it to 1 then
> when one job is running any other jobs are queued up and only start
> when the first one finishes. Again, I can't test it right now, so I
> may be all wet. Something that would be easy to try, though.
>
The SYSGEN parameter MAXJOBS is not referring to "Batch Jobs", so don't mess
with that for your problem.
Each batch queue has a setting called JOB_LIMIT which limits the number of
concurrent jobs that may be executing in that queue. Use the Command
$INITIALIZE/QUE/JOB_LIMIT=n <queuename>
When the queue is in the STOPPED State.
If you have a log file for the executing job, wait one minute for the system
to flush the log output to the file and you can type the log file to see
where your job is hanging provided that VERIFY is on in the command
procedure.
If it is in an executable, what state is the process in? HIB? LEF? If LEF it
usually means that it is waiting for I/O to complete. If this is the case,
you can usually find out what it is waiting on using the system dump
analyzer.
If you need more details here, let me know.
Jeff
- Next message: JF Mezei: "Re: Selling an operational MicroVAX II if interested"
- Previous message: healyzh_at_aracnet.com: "Re: Selling an operational MicroVAX II if interested"
- In reply to: Barry: "Re: Concurrent Batch/queue entries"
- Next in thread: Jan-Erik Söderholm: "Re: Concurrent Batch/queue entries"
- Reply: Jan-Erik Söderholm: "Re: Concurrent Batch/queue entries"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|