Hello engineer Recently, I got into trouble in slurm because of a problem related to Preempt (& gang). config: PreemptMode = GANG,SUSPEND PreemptType = preempt/partition_prio .... PartitionName=debug .... PreemptMode=OFF Phenomenon: There are two jobs in the debug queue 101 and 102, if 101 is in the CG exit state for a long time, job 102 will be suspended first, and then "running" "suspend" "running", in slurmctld's log, job 102 suspend, is trying to let 101 running, but detected 101 job has ended, so the two job states are CG (101), Suspend (102). This looks like it fits the rules of gang scheduling. In fact, after preemption is enabled, if there is a job CG for a long time, it affects all other job in this queue running. Until the CG node times out and goes offline. It appears that the configuration does not take effect when preemption of a queue is turned off individually My question: 1, in the configuration of queue "PreemptMode=OFF", whether the above phenomenon is normal, I see the code found that the gs_part_list actually contains all the queues, regardless of whether the queue is configured PreemptMode=OFF, is this a bug 2. Can gang scheduling exist independently of preemption mode?
