[Moabusers] QOSCFG OMAXJWC with USERCFG QLIST and MAX.WCLIMIT

Michael Santos msantos at stsci.edu
Fri Jul 20 13:27:35 MDT 2007


Hi,

	I get a strange difference of behavior when using the following two  
policies.

Policy 1:

USERCFG[msantos] QLIST=qos1,qos2 MAX.WCLIMIT=8:00:00
QOSCFG[qos1]
QOSCFG[qos2]         OMAXJWC=10:00:00

Policy 2:
USERCFG[msantos] QLIST=qos2,qos1 MAX.WCLIMIT=8:00:00
QOSCFG[qos1]
QOSCFG[qos2]         OMAXJWC=10:00:00

(The only difference is the ordering of QLIST's arguments.)

	Under each policy user msantos submits two jobs, each asking for  
9:00:00 of wallclock, like so:

msub -l qos=qos1 nine-hour-job.pbs
msub -l qos=qos2 nine-hour-job.pbs

Under policy 1, both job submissions get rejected with the same error:

ERROR:    cannot submit job - wclimit too high for user  
'msantos' (32400 > 28800)

Under policy 2, both job submissions are accepted, the qos1 job is  
blocked, and the qos2 job is run.

	Policy 2 gives the behavior I expected; policy 1 does not.  I  
understand that the ordering of QoSs in QLIST affects the default QoS  
assigned to the jobs of user msantos; however, in both cases I  
explicitly specified the QoS on the command line.

	Is this a bug, or expected behavior?  If expected behavior, I don't  
think it is documented in the Admin's Guide (at least in Section  
7.3.2.3, where I would have expected it).

	Thank you.

Best regards,
Michael Santos
Space Telescope Science Institute



More information about the moabusers mailing list