> Am 21.10.2016 um 17:25 schrieb Michael Stauffer :
>
> Maybe it would be good to tell the user not to submit into a queue at all but
> request resources and SGE will select an appropriate queue for the job.
>
> I have two main queues. all.q, which is a batch queue for
We have two batch queues for each of our labs: a "short" one that has a 1
week h_rt limit and a "long" one that has no time limit. We guarantee (as
best as possible) that short queue jobs complete within the h_rt request by
either using calendars (for queue-wide outages) advance reservations (for
>
> Maybe it would be good to tell the user not to submit into a queue at all
> but request resources and SGE will select an appropriate queue for the job.
>
I have two main queues. all.q, which is a batch queue for newer compute
nodes, and basic.q which is a batch queue for older, slower nodes
Am 19.10.2016 um 21:30 schrieb Michael Stauffer:
> Thanks Reuti, Skylar,
>
> Turns out it was a false alarm, sorry. The user hadn't told me they'd
> submitted to a different queue
Maybe it would be good to tell the user not to submit into a queue at all but
request resources and SGE will
Thanks Reuti, Skylar,
Turns out it was a false alarm, sorry. The user hadn't told me they'd
submitted to a different queue and I hadn't looked carefully enough to
notice that. So now I'm not sure about the couple other times I've seen
this in the past, it might have been something like that.
Hi,
> Am 19.10.2016 um 03:26 schrieb Michael Stauffer :
>
> SoGE 8.1.8
>
> Hi,
>
> I'm using consumables h_vmem, s_vmem and slots and have rqs's to manage
> these. I've noticed sometimes that a user's jobs will sit in the queue even
> though their qquota output shows they
Does "qalter -w v " or "qstat -j " (if you have
schedd_job_info=true set) reveal anything?
On 10/18/2016 06:26 PM, Michael Stauffer wrote:
> SoGE 8.1.8
>
> Hi,
>
> I'm using consumables h_vmem, s_vmem and slots and have rqs's to
> manage these. I've noticed sometimes that a user's jobs will sit
SoGE 8.1.8
Hi,
I'm using consumables h_vmem, s_vmem and slots and have rqs's to manage
these. I've noticed sometimes that a user's jobs will sit in the queue even
though their qquota output shows they haven't hit their limits, and "qstat
-F h_vmem,s_vmem,slots" shows one or more nodes with