[slurm-users] Re: FairShare if there's only one account?

2024-08-10 Thread Drucker, Daniel via slurm-users
Doing this for all my slurm users appears to have, finally, fixed the problem!! Is there any way to make everyone get a default numeric (say, 100) fairshare value instead of "parent", so I wouldn't have to explicitly add slurm users? I've always just let slurm automatically add users. On Aug

[slurm-users] Re: FairShare if there's only one account?

2024-08-10 Thread Drucker, Daniel via slurm-users
***AHA**888 I FOUND IT! FairShare=parent It is possible to disable the fairshare at certain levels of the fair share hierarchy by using the FairShare=parent option of sacctmgr. For users and accounts with FairShare=parent the normalized

[slurm-users] Re: FairShare if there's only one account?

2024-08-10 Thread Drucker, Daniel via slurm-users
Yes, there is 'root' and 'mic', and everyone is under 'mic. No, I don't know any Steve. So what you're saying is I *must* at account-creation time explicitly assign a fairshare value? Would it be sufficient to just say, in my account creation script, sacctmgr modify user $NEWUSERNAME set fairsh

[slurm-users] Re: FairShare if there's only one account?

2024-08-10 Thread Fulcomer, Samuel via slurm-users
...ok... sure I had no idea where the "parent" label came from. This makes perfect sense. It will default to "1", I think. On Sat, Aug 10, 2024 at 12:24 PM Ryan Cox wrote: > fairshare=parent sets the user association to effectively compete at the > account level, so this is behaving as inten

[slurm-users] Re: FairShare if there's only one account?

2024-08-10 Thread Fulcomer, Samuel via slurm-users
...and there's not actually one account in your setup, is there? There should at least be a "root" and a "mic" account, I think. I don't recall whether you'd sent the output of "sshare | head -15"... On Sat, Aug 10, 2024 at 2:30 PM Fulcomer, Samuel wrote: > We use the following relevant setting

[slurm-users] Re: FairShare if there's only one account?

2024-08-10 Thread Fulcomer, Samuel via slurm-users
We use the following relevant settings... PriorityType=priority/multifactor PriorityDecayHalfLife=7-0 PriorityCalcPeriod=00:02:00 PriorityMaxAge=3-0 PriorityWeightAge=0 PriorityWeightFairshare=200 PriorityWeightJobSize=1 PriorityWeightPartition=200 PriorityWeightQOS=100 PriorityWeightTRES=

[slurm-users] Re: FairShare if there's only one account?

2024-08-10 Thread Ryan Cox via slurm-users
fairshare=parent sets the user association to effectively compete at the account level, so this is behaving as intended.  It's effectively ignoring the users' usage when competing with others inside the same account.  That is not want you want.  Give them all the same numeric value, not parent.

[slurm-users] Re: FairShare if there's only one account?

2024-08-10 Thread Drucker, Daniel via slurm-users
And now, a few hours later - with no changes made - everyone has the same fairshare? $ sshare -l -a AccountUser RawShares NormSharesRawUsage NormUsage EffectvUsage FairShareGrpTRESMins TRESRunMins

[slurm-users] Re: FairShare if there's only one account?

2024-08-10 Thread Drucker, Daniel via slurm-users
Hmm, no. That solved the problem of everyone having the same FairShare, but even after restarting slurmd and doing reconfigure, if I submit a job as someone with a huge usage and someone with zero usage, they both end up with the same Priority. On Aug 10, 2024, at 8:05 AM, Daniel M. Drucker

[slurm-users] Re: FairShare if there's only one account?

2024-08-10 Thread Drucker, Daniel via slurm-users
I just set PriorityFlags=NO_FAIR_TREE and this seems to have solved the problem! On Aug 10, 2024, at 7:45 AM, Drucker, Daniel wrote: According to https://docs.rc.fas.harvard.edu/kb/fairshare/ and https://slurm.schedmd.com/SUG14/fair_tree.pdf : "The Fairshare score is calculated using the

[slurm-users] Re: FairShare if there's only one account?

2024-08-10 Thread Drucker, Daniel via slurm-users
According to https://docs.rc.fas.harvard.edu/kb/fairshare/ and https://slurm.schedmd.com/SUG14/fair_tree.pdf : "The Fairshare score is calculated using the following formula.f = 2^(-EffectvUsage/NormShares)" This is clearly not happening on my system: AccountUser RawShar

[slurm-users] Re: FairShare if there's only one account?

2024-08-10 Thread Drucker, Daniel via slurm-users
Here is what is confusing me I guess. Look at the below. You can see that some people have no usage and some people have a lot of usage. But their FairShare value is all identical. https://lists.schedmd.com/mailman3/hyperkitty/list/slurm-users@lists.schedmd.com/thread/I53OEJSNBT2BMXYVFEFHQQKKAHI

[slurm-users] Re: FairShare if there's only one account?

2024-08-10 Thread Drucker, Daniel via slurm-users
So I'm still getting identical priorities for every job. For example in: squeue --format="%.18i %.9P %.50j %.8u %.8T %.10M %.9l %.6D %R %.10Q" the PRIORITY field is 98387 (which is 1* the fairshare value shown in "sshare -a -A mic") for every single job, even though some of the jobs in the