[GE users] Moved to users list: Re: [GE issues] Calendar and advance reservation

reuti reuti at staff.uni-marburg.de
Fri May 21 12:08:36 BST 2010


Am 20.05.2010 um 16:57 schrieb fredwag:

> On 05/20/2010 04:44 PM, reuti wrote:
>> Am 20.05.2010 um 15:33 schrieb fredwag:
>> 
>>>>> <snip>
>>>>> exactly, there is a dedicated graphics Q per machine where the AR is
>>>>> requesting slots from.
>>>>> The calender is attached to the nightly one, which runs over all hosts.
>>>> 
>>>> is there a slots limit set per host?
>>> 
>>> not that I know of. How do I find out? (
>>> I just defined the number of slots in the queue.
>> 
>> $ qconf -se <exechost>
> 
> $ qconf -se host1
> hostname              host1.domain.de
> load_scaling          NONE
> complex_values        march=x86_64,graphics=4,maximum_graphics=4, \
>                      graphics_alone=1,dedicated_graphics=4, \

Okay, there is no limit in terms of slots.

Do you request any of these complexes for your AR and/or the submitted job in the nightly queue?

-- Reuti


>                      scalable_visualization=0,chromium=1
> load_values
> arch=lx24-amd64,num_proc=16,mem_total=129054.613281M, \
> 
> swap_total=4102.527344M,virtual_total=133157.140625M, \
>                      load_avg=5.150000,load_short=5.280000, \
>                      load_medium=5.150000,load_long=5.470000, \
>                      mem_free=77843.187500M,swap_free=4102.527344M, \
>                      virtual_free=81945.714844M,mem_used=51211.425781M, \
>                      swap_used=0.000000M,virtual_used=51211.425781M, \
>                      cpu=32.100000,np_load_avg=0.321875, \
>                      np_load_short=0.330000,np_load_medium=0.321875, \
>                      np_load_long=0.341875
> processors            16
> user_lists            NONE
> xuser_lists           NONE
> projects              NONE
> xprojects             NONE
> usage_scaling         NONE
> report_variables      NONE
> 
> 
> $ qconf -se host2
> hostname              host2.domain.de
> load_scaling          NONE
> complex_values        march=x86_64,graphics=4,maximum_graphics=4, \
>                      graphics_alone=1,dedicated_graphics=4,chromium=1
> load_values
> arch=lx24-amd64,num_proc=16,mem_total=129052.863281M, \
>                      swap_total=4102.527344M,virtual_total=133155.390625M
> processors            16
> user_lists            NONE
> xuser_lists           NONE
> projects              NONE
> xprojects             NONE
> usage_scaling         NONE
> report_variables      NONE
> 
>> 
>> or
>> 
>> $ qconf -srqs
> 
> $ qconf -srqs
> No resource quota set found
> 
> Thx,
> Frederik
> 
> 
>> 
>> -- Reuti
>> 
>> 
>>> Thx a lot,
>>> Frederik
>>> 
>>>> 
>>>> -- Reuti
>>>> 
>>>> 
>>>>> 
>>>>> Thx,
>>>>> Frederik
>>>>> 
>>>>>> 
>>>>>> -- Reuti
>>>>>> 
>>>>>> 
>>>>>>> Thanks a lot for the help,
>>>>>>> Frederik
>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> Can you give more details about the setup?
>>>>>>>> 
>>>>>>>> -- Reuti
>>>>>>>> 
>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> What could be the problem here?
>>>>>>>>>>> 
>>>>>>>>>>> The jobs in nightly _are_ running, when
>>>>>>>>>>> * I take away the calendar, so the job is always enabled
>>>>>>>>>>> * no advance reservation exists
>>>>>>>>>>> 
>>>>>>>>>>> I already played with the scheduler parameters Maximum
>>>>>>>>>>> Reservation/Default Duration etc...
>>>>>>>>>>> 
>>>>>>>>>>> It seems that the complex slots is somehow influenced by pending
>>>>>>>>>>> reservations... but why? Is this a 'backfilling' problem? I don't know
>>>>>>>>>>> where to search anymore. Or is this a bug?
>>>>>>>>>> 
>>>>>>>>>> there one issue which I also observed with RQS:
>>>>>>>>>> 
>>>>>>>>>> http://gridengine.sunsource.net/issues/show_bug.cgi?id=2761
>>>>>>>>>> 
>>>>>>>>>> Are you using RQS?
>>>>>>>>> 
>>>>>>>>> no, we are not using RQS, just an advance reservation queue and a normal
>>>>>>>>> queue with calender.
>>>>>>>>> 
>>>>>>>>> Thanks and bye,
>>>>>>>>> Frederik
>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> -- Reuti
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>>> Thanks a lot for any help!
>>>>>>>>>>> Bye,
>>>>>>>>>>> Frederik
> 
> ------------------------------------------------------
> http://gridengine.sunsource.net/ds/viewMessage.do?dsForumId=38&dsMessageId=257982
> 
> To unsubscribe from this discussion, e-mail: [users-unsubscribe at gridengine.sunsource.net].

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

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



More information about the gridengine-users mailing list