[GE users] Advance reservation strange behavior

Andreas.Haas at Sun.COM Andreas.Haas at Sun.COM
Mon Jun 26 09:41:25 BST 2006


Have you observed reservation behaviour via the 'schedule' file?

Andreas

On Fri, 23 Jun 2006, Brady Catherman wrote:

> Yes. If there is space they start fine. If they have reservation enabled, and 
> they have a much higher priority than every other single process job they 
> just sit at the top of the queue as if the reservation is not doing anything 
> (max_reservations is currently set at 1000)
>
>
> On Jun 23, 2006, at 2:07 PM, Reuti wrote:
>
>> Am 23.06.2006 um 22:45 schrieb Brady Catherman:
>> 
>>> I have done both of these and yet my clusters still hate parallel jobs. 
>>> Does anybody have this working? everything I have seen is that parallel 
>>> jobs are always shunned by grid engine. I would appreciate any solutions 
>>> to this being passed my way! =) I have been working on this on and off 
>>> since January.
>> 
>> But if the cluster is empty, they are starting? - Reuti
>> 
>> 
>>> 
>>> On Jun 23, 2006, at 11:46 AM, Reuti wrote:
>>> 
>>>> Hi,
>>>> 
>>>> you submitted with "-R y" and adjusted the scheduler to "max_reservation 
>>>> 20" or an appropriate value?
>>>> 
>>>> -- Reuti
>>>> 
>>>> 
>>>> Am 23.06.2006 um 18:31 schrieb Sili (wesley) Huang:
>>>> 
>>>>> Hi Jean-Paul,
>>>>> 
>>>>> 
>>>>> 
>>>>> I have the similar problem as yours in our cluster. the low-priority 
>>>>> serial jobs still get loaded into run state and the high-priority 
>>>>> parallel jobs are waiting. Did you figure out the solution towards this 
>>>>> problem? Does the upgrade help?
>>>>> 
>>>>> 
>>>>> 
>>>>> Cheers.
>>>>> 
>>>>> 
>>>>> 
>>>>> Best regards,
>>>>> 
>>>>> Sili(wesley) Huang
>>>>> 
>>>>> 
>>>>> 
>>>>> --
>>>>> 
>>>>> mailto:shuang at unb.ca
>>>>> 
>>>>> Scientific Computing Support
>>>>> 
>>>>> Advanced Computational Research Laboratory
>>>>> 
>>>>> University of New Brunswick
>>>>> 
>>>>> Tel(office):  (506) 452-6348
>>>>> 
>>>>> --------------------------------------------------------------------- To 
>>>>> unsubscribe, e-mail: users-unsubscribe at gridengine.sunsource.net For 
>>>>> additional commands, e-mail: users-help at gridengine.sunsource.net
>>>> 
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscribe at gridengine.sunsource.net
>>>> For additional commands, e-mail: users-help at gridengine.sunsource.net
>>>> 
>>> 
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe at gridengine.sunsource.net
>>> For additional commands, e-mail: users-help at gridengine.sunsource.net
>> 
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe at gridengine.sunsource.net
>> For additional commands, e-mail: users-help at gridengine.sunsource.net
>> 
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe at gridengine.sunsource.net
> For additional commands, e-mail: users-help at gridengine.sunsource.net
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe at gridengine.sunsource.net
For additional commands, e-mail: users-help at gridengine.sunsource.net




More information about the gridengine-users mailing list