ptresmin=cpu=1000
if there is no association for that user, account and partition already, or
sacctmgr modify user where user=baduser partition=special set
grptresmin=cpu=1000
To place the restriction on an account instead, add/modify the account with a
partition field.
On Tue, Jan 15, 2019
Slurm accounting info is stored based on user, cluster, partition and account.
I'd like to be able to enforce limits for an account based on the partition
it's running in.
Sadly, I'm not seeing how to use sacctmgr to change the partition as part of
the association. The add, modify and delet
You should be able to turn on some backfill debug info from slurmctl, You can
have slurm output the backfill info. Take a look at DebugFlags settings using
Backfill and BackfillMap.
Your bf_window is set to 3600 or 2.5 days, if the start time of the large job
is out further than that, it won't
A while ago, I thought a patch was made to sshare to show raw tres usage.
Something like
sshare -o account,user,GrpTRESRaw
At the time I used this, I was only concerned with account usage, so I didn't
look to see if sshare would work on the QOS level.
I'm not sure that "feature" was in the m
