[GE users] future reservation blocking current job?

roland roland.dittel at sun.com
Fri Mar 6 07:13:42 GMT 2009


Kenneth,

you can define the wallclock limit per job with a '-l h_rt=<time>" 
request or in the queue. These runtime limits are enforced which means 
the job gets killed if the runtime exceeds.
If no runtime limit is specified the default_duration parameter in the 
sched_conf is used. These runtime is just assumed by the scheduler and 
not enforced. If you job runs longer than the default_duration the AR 
may not be fully available.

Best regards
Roland

kennethsdsc schrieb:
> That's probably the problem.  How do I specify wallclock limit?
> I didn't see anything in a read-through of qsub man page.
> 
> 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].


-- 
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Roland Dittel               Tel: +49 (0)941 3075-275 (x60275)
Software Engineering        Fax: +49 (0)941 3075-222 (x60222)
Sun Microsystems GmbH
Dr.-Leo-Ritter-Str. 7       mailto:roland.dittel at sun.com
D-93049 Regensburg          http://www.sun.com/gridware
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Registered Office / Sitz der Gesellschaft:
   Sun Microsystems GmbH
   Sonnenallee 1
   D-85551 Kirchheim-Heimstetten
   Germany
Commercial register of the Local Court of Munich /
Handelsregistereintrag Amtsgericht Muenchen:
   HRB 161028
Managing Directors / Geschaeftsfuehrer:
   Thomas Schroeder, Wolfgang Engels, Dr. Roland Boemer
Chairman of the Supervisory Board / Vorsitzender des Aufsichtsrates
   Martin Haering

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

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



More information about the gridengine-users mailing list