[GE users] future reservation blocking current job?

reuti reuti at staff.uni-marburg.de
Thu Mar 5 19:45:48 GMT 2009


Am 05.03.2009 um 20:25 schrieb kennethsdsc:

> That's probably the problem.  How do I specify wallclock limit?
> I didn't see anything in a read-through of qsub man page.

You can find this and other limits in `man queue_conf`, look for h_rt.

-- Reuti


> Thanks,
> Kenneth
>
> On Thu, 5 Mar 2009, reuti wrote:
>
>> Date: Thu, 5 Mar 2009 20:17:33 +0100
>> From: reuti <reuti at staff.uni-marburg.de>
>> Reply-To: users <users at gridengine.sunsource.net>
>> To: users at gridengine.sunsource.net
>> Subject: Re: [GE users] future reservation blocking current job?
>>
>> Hiho,
>>
>> Am 05.03.2009 um 20:14 schrieb kennethsdsc:
>>
>>> I'm running 6.2u2, and I'm seeing this odd situation where
>>> a reservation that starts on Jun 15, is preventing a job from
>>> running today (Mar5).
>>>
>>> Here's the reservation:
>>> [root at ken1 ~]# qrstat
>>> ar-id   name       owner        state start at             end
>>> at               duration
>>> -------------------------------------------------------------------- 
>>> --
>>> --------------------
>>>      2000 testres    root         w     06/15/2009 09:00:00
>>> 06/19/2009 12:59:59  99:59:59
>>> [root at ken1 ~]# qrstat
>>> ar-id   name       owner        state start at             end
>>> at               duration
>>> -------------------------------------------------------------------- 
>>> --
>>> --------------------
>>>      2000 testres    root         w     06/15/2009 09:00:00
>>> 06/19/2009 12:59:59  99:59:59
>>> [root at ken1 ~]# cat makeres
>>> qrsub -a 200906150900 -A sys200 -d 99:59:59 -l qname=all.q -M
>>> kenneth at sdsc.edu -N testres -u tester -pe mpich2_mpd 4
>>> [root at ken1 ~]# date
>>> Thu Mar  5 10:50:31 PST 2009
>>> [root at ken1 ~]#
>>>
>>> Here's the job:
>>>
>>> $ qstat
>>> job-ID  prior   name       user         state submit/start at
>>> queue                          slots ja-task-ID
>>> -------------------------------------------------------------------- 
>>> --
>>> -------------------------------------------
>>>      2004 0.55500 simple.sh  tester       qw    03/05/2009
>>> 10:49:36                                    1
>>> $
>>>
>>> I delete the reservation:
>>>
>>> [root at ken1 ~]# qrdel 2000
>>> root has deleted advance_reservation 2000
>>>
>>> and the job goes into running:
>>>
>>> [root at ken1 ~]# qstat -u tester
>>> job-ID  prior   name       user         state submit/start at
>>> queue                          slots ja-task-ID
>>> -------------------------------------------------------------------- 
>>> --
>>> -------------------------------------------
>>>      2004 0.55500 simple.sh  tester       r     03/05/2009 10:53:11
>>> all.q at ken2                         1
>>> [root at ken1 ~]#
>>>
>>> Am I missing a configuration somewhere?
>>
>> did the actual job supply a request for a wallclock time? Otherwise
>> "infinity" will be assumed and hence not fit in the time slot up to
>> June 15th.
>>
>> -- Reuti
>>
>>
>>> Thanks,
>>> Kenneth
>>>
>>> ------------------------------------------------------
>>> http://gridengine.sunsource.net/ds/viewMessage.do?
>>> dsForumId=38&dsMessageId=121493
>>>
>>> To unsubscribe from this discussion, e-mail: [users-
>>> unsubscribe at gridengine.sunsource.net].
>>
>> ------------------------------------------------------
>> http://gridengine.sunsource.net/ds/viewMessage.do? 
>> dsForumId=38&dsMessageId=121497
>>
>> To unsubscribe from this discussion, e-mail: [users- 
>> unsubscribe at gridengine.sunsource.net].
>>
>
> ------------------------------------------------------
> http://gridengine.sunsource.net/ds/viewMessage.do? 
> dsForumId=38&dsMessageId=121498
>
> To unsubscribe from this discussion, e-mail: [users- 
> unsubscribe at gridengine.sunsource.net].

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

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



More information about the gridengine-users mailing list