| Andy,
You should have done, since I answered it on 24-mar-92 and it was
closed on 17-aug-92.
In my answer to this bug, which referred to this problem causing an
installation to fail, I said that I didn't think we should suppress the
error since it was important to report it.
The circumstance .0 reports is one I didn't think of at the time, so
I'll open another bug accordingly. What I intend we should do is only
start the queue if it's on the current node.
Graham
|
| Hi Graham,
Do we have a workaround for this problem ? The customer has stated
that their machines may reboot automagically and if the node that has
the queue define does not come up before say node A they cannot
guarantee that ALL-IN-1 will be up and running on node A.
Can we have generic queues ? If so what do we have to do to tailor the
startup procedure ?
Regards,
Sunil
|
| Sunil,
We haven't written the code yet, but it's just going to be something
like this:
$ say " Starting the WPS-PLUS batch queue for background List and Sort jobs"
$ if f$getqui( "DISPLAY_QUEUE","QUEUE_NAME","WPL$LIST_PROC" ) .eqs. ""
$ then
$ initialize/ queue/ batch/ start/ wsdef=256/ wsextent=2048 -
/wsquota=512/ job_limit=4 WPL$LIST_PROC
$ else
$ if (f$getqui("DISPLAY_QUEUE","QUEUE_STOPPED","WPL$LIST_PROC") .or. -
f$getqui("DISPLAY_QUEUE","QUEUE_PAUSED","WPL$LIST_PROC") .or. -
f$getqui("DISPLAY_QUEUE","QUEUE_STOPPING","WPL$LIST_PROC") .or. -
f$getqui("DISPLAY_QUEUE","QUEUE_PAUSING","WPL$LIST_PROC") .or. -
f$getqui("DISPLAY_QUEUE","QUEUE_STALLED","WPL$LIST_PROC")
) .and. -
f$getsyi( "cluster_member", -
f$getqui("DISPLAY_QUEUE","SCSNODE_NAME","WPL$LIST_PROC") -
) then -
start/queue WPL$LIST_PROC
$ endif
Of course we haven't tried this yet, and we're not sure if it's
completely the right solution. So, if your customer would like to test
this, we'd be most grateful!
Graham
|