[slurm-dev] Re: set maximum CPU usage per user

2016-10-20 Thread Benjamin Redling
Hi Steven, On 10/20/2016 00:22, Steven Lo wrote: > We have the attribute commented out: > #AccountingStorageEnforce=0 I think the best is to (re)visit "Accounting and Resource Limits": http://slurm.schedmd.com/accounting.html Right know I have no setup that needs accounting but as far as I

[slurm-dev] Re: set maximum CPU usage per user

2016-10-20 Thread Steven Lo
Hi Benjamin, We have the following set in slurm.conf as you have suggested: AccountingStorageEnforce=limits,qos PriorityWeightQOS=1000 And we did sacctmgr modify qos normal set Grpcpus=300 sacctmgr show qos format=GrpTRES GrpTRES - cpu=200 I see that when I submit

[slurm-dev] sreport "duplicate" lines

2016-10-20 Thread Andrew Elwell
Hi folks, When running sreport (both 14.11 and 16.05) I'm seeing "duplicate" user info with different timings. Can someone say what's being added up separately here - it seems to be summing something differently for me and I can't work out what makes it split into two: $ sreport cluster

[slurm-dev] Re: sreport "duplicate" lines

2016-10-20 Thread Lachlan Musicman
On 21 October 2016 at 12:39, Christopher Samuel wrote: > > On 21/10/16 12:29, Andrew Elwell wrote: > > > When running sreport (both 14.11 and 16.05) I'm seeing "duplicate" > > user info with different timings. Can someone say what's being added > > up separately here - it

[slurm-dev] Re: sreport "duplicate" lines

2016-10-20 Thread Christopher Samuel
On 21/10/16 13:07, Andrew Elwell wrote: > Yep, and for that particular account, not all of the members are > showing twice - I can't work out what causes it Looks like you've somehow created partition specific associations for some people - not something we do at all. I suspect that's what's

[slurm-dev] Re: sreport "duplicate" lines

2016-10-20 Thread Andrew Elwell
> Looks like you've somehow created partition specific associations for > some people - not something we do at all. ISTR this was because 2.6 didn't let us have an overall restriction for the cluster and a sub-restriction on the number of jobs to run in a (debug) partition I could understand

[slurm-dev] Re: sreport "duplicate" lines

2016-10-20 Thread Christopher Samuel
On 21/10/16 12:29, Andrew Elwell wrote: > When running sreport (both 14.11 and 16.05) I'm seeing "duplicate" > user info with different timings. Can someone say what's being added > up separately here - it seems to be summing something differently for > me and I can't work out what makes it

[slurm-dev] Re: sreport "duplicate" lines

2016-10-20 Thread Andrew Elwell
Yep, and for that particular account, not all of the members are showing twice - I can't work out what causes it Cluster/Account/User Utilization 1 Jul 00:00 - 30 Sep 23:59 (7948800 secs) Time reported in CPU Hours

[slurm-dev] Re: sreport empty

2016-10-20 Thread Russell Jones
I have not set up any accounts or slurm users at all, we don't have that particular need in this environment.I may have missed it in the documentation - are these a requirement for sreport to work? Of course doing an "sacct" and selecting the "user" field to be shown is showing the correct