<div dir="ltr">Hello,<div><br></div><div>I have noticed that jobs submitted to non-preemptable partitions (PreemptType = preempt/partition_prio and PreemptMode = REQUEUE) under accounts with GrpTRES limits will become pending with AssocGrpGRES as the reason when the account is up against the relevant limit, even when there are other running jobs on preemptable partitions under the same account and when the pending jobs have higher priority. The GRES in consideration are GPUs.</div><div><br></div><div>It seems like the scheduler is checking to see if the pending jobs are within the GRES limit for the account before considering if any of the other jobs in the account are running on preemptable partitions. In some specific observed cases, even preempting a single job running in a preemptable partition would allow the non-preemptable partition job to run (based on GRES freed up from preemption).</div><div><br></div><div>Is it possible to reverse the order in which these checks are evaluated?<br><br>Best,<br>Matthew</div><div><br></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Matthew Baney<div>UMIACS Technical Staff</div><div><a href="mailto:mbaney@umd.edu" target="_blank">mbaney@umd.edu</a> | (301) 405-6756</div><div>University of Maryland Institute for Advanced Computer Studies</div><div>3154 Brendan Iribe Center</div><div>8125 Paint Branch Dr.</div><div>College Park, MD 20742<br></div></div></div></div>