Am 17.12.2016 um 11:34 schrieb Reuti:

> 
> Am 17.12.2016 um 02:01 schrieb John_Tai:
> 
>> It is working!! Thank you to all that replied to me and helped me figure 
>> this out.
>> 
>> I meant to set the default to 2G so that was my mistake. I changed it to:
>> 
>> virtual_free        mem        MEMORY    <=    YES         YES        2G     
>>   0
> 
> That's strange. A plain "2" was for me always two bytes. A "h_vmem" of 2 
> bytes would crash the job instantly when it got scheduled, but for 
> "virtual_free" (which is only a guidance for SGE how to distribute jobs) it 
> shouldn't hinder the scheduling at all.
> 
> `man sge_types` also lists:
> 
>       If no multiplier is present, the value is  just  counted  in bytes.

We have set "-w e" in /usr/sge/default/common/sge_request, and then I even face 
an "Unable to run job: error: no suitable queues." This happens whether the low 
2 byte value is specified in the complex definition `qconf -mc` or on the 
command line as "-l virutal_free=2".

It turns out, that the minimum value which is being accepted is: 33.

-- Reuti


> 
>> And it's working now. Although I'm not sure why it affected the PE.
>> 
>> Also I didn't set a global one, what is the purpose of the global one? 
>> Should I set it?
> 
> No, it was only one place I would have checked too. The global complexes 
> therein can for example be used for a limit in the number of licenses of an 
> application you have and which can be used floating in the cluster (one could 
> prefer to put such a limit in an RQS though).
> 
> If you would have set it up there, it would have been the "overall limit of 
> memory which can be used in the complete cluster at the same time".
> 
> -- Reuti
> 
> 
>> # qconf -se global
>> hostname              global
>> load_scaling          NONE
>> complex_values        NONE
>> load_values           NONE
>> processors            0
>> user_lists            NONE
>> xuser_lists           NONE
>> projects              NONE
>> xprojects             NONE
>> usage_scaling         NONE
>> report_variables      NONE
>> 
>> 
>> -----Original Message-----
>> From: Reuti [mailto:re...@staff.uni-marburg.de]
>> Sent: Friday, December 16, 2016 7:36
>> To: John_Tai
>> Cc: Christopher Heiny; users@gridengine.org; Coleman, Marcus [JRDUS Non-J&J]
>> Subject: Re: [gridengine users] John's cores pe (Was: users Digest...)
>> 
>> 
>>> Am 16.12.2016 um 09:53 schrieb John_Tai <john_...@smics.com>:
>>> 
>>> virtual_free        mem        MEMORY    <=    YES         YES        2     
>>>    0
>> 
>> This would mean, that the default consumption is 2 bytes. I already feared 
>> that a high values was programmed here. More suitable would be a default of 
>> 1G or so.
>> 
>> Is there any virtual_free complex defined on a global level: qconf -se global
>> 
>> -- Reuti
>> ________________________________
>> 
>> This email (including its attachments, if any) may be confidential and 
>> proprietary information of SMIC, and intended only for the use of the named 
>> recipient(s) above. Any unauthorized use or disclosure of this email is 
>> strictly prohibited. If you are not the intended recipient(s), please notify 
>> the sender immediately and delete this email from your computer.
>> 
> 
> 
> _______________________________________________
> 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