I spoke too soon. I can request PE and virtual_free separately, but I cannot
request both:
# qsub -V -b y -cwd -now n -pe cores 7 -l mem=10G -q all.q@ibm037 xclock
Your job 180 ("xclock") has been submitted
# qstat
job-ID prior name user state submit/start at queue
slots ja-task-ID
-----------------------------------------------------------------------------------------------------------------
180 0.55500 xclock johnt qw 12/20/2016 09:43:41
7
# qstat -j 180
==============================================================
job_number: 180
exec_file: job_scripts/180
submission_time: Tue Dec 20 09:43:41 2016
owner: johnt
uid: 162
group: sa
gid: 4563
sge_o_home: /home/johnt
sge_o_log_name: johnt
sge_o_path:
/home/sge/sge8.1.9-1.el5/bin:/home/sge/sge8.1.9-1.el5/bin/lx-amd64:/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin:/home/johnt/bin:.
sge_o_shell: /bin/tcsh
sge_o_workdir: /home/johnt/sge8
sge_o_host: ibm005
account: sge
cwd: /home/johnt/sge8
hard resource_list: virtual_free=10G
mail_list: johnt@ibm005
notify: FALSE
job_name: xclock
jobshare: 0
hard_queue_list: all.q@ibm037
env_list: TERM=xterm,DISPLAY=dsls11:3. [..]
script_file: xclock
parallel environment: cores range: 7
binding: NONE
job_type: binary
scheduling info: cannot run in queue "sim.q" because it is not
contained in its hard queue list (-q)
cannot run in queue "pc.q" because it is not
contained in its hard queue list (-q)
cannot run in PE "cores" because it only offers 0
slots
-----Original Message-----
From: Reuti [mailto:re...@staff.uni-marburg.de]
Sent: Saturday, December 17, 2016 10:16
To: Reuti
Cc: John_Tai; users@gridengine.org; Coleman, Marcus [JRDUS Non-J&J]
Subject: Re: [gridengine users] John's cores pe (Was: users Digest...)
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
________________________________
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
