Re: [Queue-developers] new intermediate development Queue version
Brought to you by:
wkrebs
|
From: W. G. K. <wer...@ya...> - 2001-03-06 22:11:50
|
Perhaps we should change this behavior. (It's actually very old and somewhat
historical by now.)
It's still a good idea not to start flooding the system with jobs after a crash,
but if the queue is empty jobs should be processed immediately. Jobs sitting in the
queue could be started slowly, one after another, until a certain grace period
expires.
QingLong wrote:
> On Tue, Mar 06, 2001 at 02:25:40PM +0100, Gert Van den Eynde wrote:
> >
> > I have even a more strange problem... (Yes, that's possible :-) )
> >
> > If I start queued simply with --foreground (so no --debug),
> > the now queue doesn't accept any jobs.
> > I get this as output from queue -i -v -w -p -h fermi -- hostname
> >
> > Requesting load average for queue "now" on host "fermi"...
> > The host "fermi" is not able to serve queue "now".
> > Failed to submit job in queue "now" to host "fermi".
> >
> This is not strange, look in queued main() (queued.c around line 900):
> |
> | /*
> | * Go to sleep for a while before flooding the system with
> | * jobs, in case it crashes again right away, or the
> | * system manager wants to prevent jobs from running.
> | * Send a SIGALRM to give it a kick-start.
> | */
> |
> | if (!debug) {
> | alarm(sleeptime);
> |
> | /* WGK: Rather than do a sigpause(), here, we do a check_query
> | here, which will cause us to wake up immediately if someone
> | submits a new job in the first few minutes. This could cause
> | the batchd to flood the system with new jobs in the event of an
> | immediate query, but is unlikely to cause any real problems.*/
> |
> | check_query();
> |
> | (void) alarm(0);
> | }
> |
> One have to wait for sleeptime seconds after starting queued in non-debug mode
> until it will begin accepting jobs. Haven't I already pointed this out here?
>
> >
> > If I start queued with --foreground --debug,
> > I get from queue -i -v -w -p -h fermi -- hostname
> >
> > Requesting load average for queue "now" on host "fermi"...
> > Host "fermi" appears to be able to serve queue "now".
> > Ok, connecting to QueueD at it.
> > Trying "fermi"...
> > Going to submit job to queue "now" on host "fermi".
> > queue.c: main(): tty(in/out/err): 1 1 1.
> > fermi
> >
> Isn't thisexpected output?
> What is the problem here?
>
> QingLong.
>
> _______________________________________________
> Queue-developers mailing list Que...@li...
> To unsubscribe, subscribe, or set options:
> http://lists.sourceforge.net/lists/listinfo/queue-developers
|