<div dir="ltr"><div dir="ltr">why not just sacctmgr modify user foo set maxjobs=0</div><div dir="ltr"><br></div><div>existing running jobs will run to completion and pending jobs won't start</div><div><br></div><div>Antony</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, 1 Apr 2020 at 10:57, Mark Dixon <<a href="mailto:mark.c.dixon@durham.ac.uk">mark.c.dixon@durham.ac.uk</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi all,<br>
<br>
I'm a slurm newbie who has inherited a working slurm 16.05.10 cluster.<br>
<br>
I'd like to stop user foo from submitting new jobs but allow their <br>
existing jobs to run.<br>
<br>
We have several partitions, each with its own qos and MaxSubmitJobs <br>
typically set to some vaue. These qos are stopping a "sacctmgr update user <br>
foo set maxsubmitjobs=0" from doing anything useful, as per the <br>
documentation.<br>
<br>
I've tried setting up a competing qos:<br>
<br>
   sacctmgr add qos drain<br>
   sacctmgr modify qos drain set MaxSubmitJobs=0<br>
   sacctmgr modify qos drain set flags=OverPartQOS<br>
   sacctmgr modify user foo set qos=drain<br>
<br>
This has successfully prevented the user from submitting new jobs, but <br>
their existing jobs aren't running. I'm seeing the reason code <br>
"InvalidQOS".<br>
<br>
Any ideas what I should be looking at, please?<br>
<br>
Thanks,<br>
<br>
Mark<br>
<br>
</blockquote></div>