On 27 March 2013 12:52, Mikael Brandström Durling <mikael.durl...@slu.se> wrote:
> Another option would be to make h_rt a forced complex in the complex 
> configuration with no default. We have the following  line:
>
> #name               shortcut   type        relop   requestable consumable 
> default  urgency
> #------------------------------------------------------------------------------------------
> h_rt                h_rt       TIME        <=      FORCED      NO         
> 0:0:0    0
>
>
> and with that I get this:
I believe the default for qsub is not to validate the job on
submission.  You'd need to add -w e to your sge_request file to get
that effect.

William

>
> $ qsub <<< "sleep 1"
> Unable to run job: error: no suitable queues.
> Exiting.
> $
>
> Mikael
>
>
> 27 mar 2013 kl. 12:42 skrev Sangmin Park <dorimosi...@gmail.com>
> :
>
>> Thank you for your answer
>> To be clear, I want to kill a job without h_rt option at submission step.
>> To do this, should I have to setup h_rt and s_rt filed in queue 
>> configuration?
>> is that all?
>>
>> Sangmin
>>
>> 2013. 3. 27., 오후 6:16, William Hay <w....@ucl.ac.uk> 작성:
>>
>>> On 27 March 2013 01:51, Sangmin Park <dorimosi...@gmail.com> wrote:
>>>> Hello,
>>>>
>>>> I have a question about configuring a queue.
>>>> I want to kill job if a batch file of job does not include wall clock time,
>>>> h_rt option with termination message.
>>>> Does anyone know how to do it?
>>>>
>>> It's not clear when you want the job killed if it doesn't set a time
>>> limit.  At submission or after some predefined runtime?
>>>
>>> Do you want to impose an overall limit as well?  If so then filling in
>>> the h_rt or s_rt field of the queue configuration should work.
>>> Or you could fill in a default request for h_rt/s_rt in the central
>>> sge_request file.
>>> Finally you could just use a jsv to check that a value has been set
>>> for h_rt or s_rt and either set one or reject the job at submission.
>>>> Thanks in advance.
>>>>
>>>>
>>>> Sangmin
>>
>>
>> _______________________________________________
>> users mailing list
>> users@gridengine.org
>> https://gridengine.org/mailman/listinfo/users
>

_______________________________________________
users mailing list
users@gridengine.org
https://gridengine.org/mailman/listinfo/users

Reply via email to