[GE users] Resource Quota with parallel environment on 6.2u5

reuti reuti at staff.uni-marburg.de
Mon Apr 19 14:34:16 BST 2010


Hi,

Am 16.04.2010 um 17:31 schrieb sumyee:

> Hello,
> 
> I am experiencing some odd behavior with resource quota.  I have defined the following quota to limit the number of slots a user can consume in high.q:
> 
> {
>  name    max_high_slots
>  description "limit number of slots in high priority queue per user"
>  enabled  TRUE
>  limit  users {*} queues high.q to slots=24
> }
> 
> It normally runs fine, unless I have a hard request to go to a specific host AND a request to run in parallel environment.
> 
> Job runs in the following situations:
>> qsub -q high.q sleep.sh
>> qsub -q high.q -l h=tester sleep.sh
>> qsub -q high.q -soft -l h=tester sleep.sh
>> qsub -q high.q -pe smp 2-4 sleep.sh
> 
> The job doesn't run when requested like this:
>> qsub -q high.q -l h=tester -pe smp 2-4 sleep.sh

although it should work as I don't see anything wrong with it, maybe you can try:

$ qsub -q high.q at tester -pe smp 2-4 sleep.sh

-- Reuti


> 
>> qquota
>> resource quota rule limit        filter
>> ---------------------------------------------------
>> max_high_slots/1    slots=9/24   users sumyee queues high.q
> 
> Scheduler reports the following:  cannot run because it exceeds limit "sumyee////" in rule "max_high_slots/1"
> 
> It doesn't seem to matter whether I have the scheduler sort by seq_no or by load.  I get the same result.  Is this issue related to the way the RQS is defined?  Is there a way around it?
> 
> Thanks,
> Sum Yee
> 
> ------------------------------------------------------
> http://gridengine.sunsource.net/ds/viewMessage.do?dsForumId=38&dsMessageId=253685
> 
> To unsubscribe from this discussion, e-mail: [users-unsubscribe at gridengine.sunsource.net].
>

------------------------------------------------------
http://gridengine.sunsource.net/ds/viewMessage.do?dsForumId=38&dsMessageId=254007

To unsubscribe from this discussion, e-mail: [users-unsubscribe at gridengine.sunsource.net].



More information about the gridengine-users mailing list