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

fredwag Frederik.Wagner at lrz.de
Fri May 21 13:00:39 BST 2010


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 05/21/2010 01:08 PM, reuti wrote:
> 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?

in the nightly queue no resources are requestetd. the AR just request
graphcs resources with "-l graphics=1" and a selection of the queue with
'-q'

Frederik

> 
> -- 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].



- -- 
Frederik Wagner
Compute Server
Leibniz-Rechenzentrum       Tel.  : +49 (0)89 35831-8872
Boltzmannstr. 1             Fax   : +49 (0)89 35831-8672
D-85748 Garching            Email : Frederik.Wagner at lrz.de
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkv2deYACgkQ7zXn0gvOeaiaZQCg6u3pLh+grN95nbxjwF8fE+dU
p6QAoMWUpL1Q46mghEC/KkK29eKk8ah1
=XBjU
-----END PGP SIGNATURE-----

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

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



More information about the gridengine-users mailing list