<html dir="ltr">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<style type="text/css" id="owaParaStyle"></style>
</head>
<body fpstyle="1" ocsi="0">
<div style="direction: ltr;font-family: Tahoma;color: #000000;font-size: 10pt;">
<div>Dear all,</div>
<div><br>
</div>
<div>I'm using the slurm.conf file from the attachment. I have some partitions, e.g., "long", that apply to the same list of nodes but that are disjoint to the partition "highmem". "highmem" only allows a user to use one node at a time. I have a user who has
 submitted many jobs to highmem. Now, other users are waiting for a long time to get their interactive job being scheduled (sometimes 8+min) while some interactive jobs get run in shorter times.</div>
<div><br>
</div>
<div>Looking into "sprio" it appears like the jobs in "long" have lower priority than the jobs in the "highmem" partition and have to wait for them. This is surprising to me as the eligible nodes are completely disjoint sets.<br>
</div>
<div><br>
</div>
<div>Is this expected behaviour?<br>
</div>
<div><br>
</div>
<div>Does anyone of you have an idea?</div>
<div><br>
</div>
<div>Am I completely on the wrong track here?</div>
<div><br>
</div>
<div>Thanks!<br>
</div>
<div><br>
</div>
<div>Example for a stuck job:</div>
<div><br>
</div>
<div># scontrol show job 1860360<br>
JobId=1860360 JobName=bash<br>
   UserId=holtgrem_c(100131) GroupId=hpc-ag-cubi(1005272) MCS_label=N/A<br>
   Priority=1254 Nice=0 Account=hpc-ag-cubi QOS=normal<br>
   JobState=PENDING Reason=Priority Dependency=(null)<br>
   Requeue=1 Restarts=0 BatchFlag=0 Reboot=0 ExitCode=0:0<br>
   RunTime=00:00:00 TimeLimit=28-00:00:00 TimeMin=N/A<br>
   SubmitTime=2021-03-23T13:39:18 EligibleTime=2021-03-23T13:39:18<br>
   AccrueTime=2021-03-23T13:39:18<br>
   StartTime=Unknown EndTime=Unknown Deadline=N/A<br>
   SuspendTime=None SecsPreSuspend=0 LastSchedEval=2021-03-23T13:39:18<br>
   Partition=long AllocNode:Sid=172.16.35.153:21670<br>
   ReqNodeList=(null) ExcNodeList=(null)<br>
   NodeList=(null)<br>
   NumNodes=1 NumCPUs=1 NumTasks=1 CPUs/Task=1 ReqB:S:C:T=0:0:*:*<br>
   TRES=cpu=1,mem=8G,node=1,billing=1<br>
   Socks/Node=* NtasksPerN:B:S:C=0:0:*:* CoreSpec=*<br>
   MinCPUsNode=1 MinMemoryNode=8G MinTmpDiskNode=0<br>
   Features=(null) DelayBoot=00:00:00<br>
   OverSubscribe=OK Contiguous=0 Licenses=(null) Network=(null)<br>
   Command=bash<br>
   WorkDir=/fast/home/users/holtgrem_c<br>
   Power=<br>
   NtasksPerTRES:0<br>
<br>
</div>
<div><br>
<div style="font-family:Tahoma; font-size:13px">
<div style="font-family:Tahoma; font-size:13px">
<div style="font-family:Tahoma; font-size:13px">
<div style="font-family:Tahoma; font-size:13px">
<div style="font-family:Tahoma; font-size:13px">
<div style="font-family:Tahoma; font-size:13px">
<div style="font-family:Tahoma; font-size:13px">
<div style="font-family:Tahoma; font-size:13px">
<div style="font-family:Tahoma; font-size:13px">
<div style="font-family:Tahoma; font-size:13px">
<div style="font-family:Tahoma; font-size:13px">
<div style="font-family:Tahoma; font-size:13px">
<div><font size="2"><span style="font-size:10pt">-- <br>
Dr. Manuel Holtgrewe, Dipl.-Inform.<br>
Bioinformatician<br>
Core Unit Bioinformatics – CUBI<br>
Berlin Institute of Health / Max Delbrück Center for Molecular Medicine in the Helmholtz Association / Charité – Universitätsmedizin Berlin<br>
<br>
Visiting Address: Invalidenstr. 80, 3rd Floor, Room 03 028, 10117 Berlin<br>
Postal Address: Chariteplatz 1, 10117 Berlin<br>
<br>
E-Mail: manuel.holtgrewe@bihealth.de<br>
Phone: +49 30 450 543 607<br>
Fax: +49 30 450 7 543 901<br>
Web: cubi.bihealth.org  www.bihealth.org  www.mdc-berlin.de  www.charite.de</span></font><font size="2"><span style="font-size:10pt">
</span></font></div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</body>
</html>