Many thanks Paul for your reply and the suggestion.
The order on which the limits are enforces is a bit challenging, if I
understand your second link correctly. If there is a partition QoS limit on
MaxJobs (that we do), the user association setting will not be considered.
Ideally, I want something the other way around. If a user association has a
limit, I would like that limit to get enforced and if it is empty, the
partition level limits should be enforced.
Thanks
Hossein
From: Paul Edmon <ped...@cfa.harvard.edu>
Reply-To: slurm-dev <slurm-dev@schedmd.com>
Date: Tuesday, February 7, 2017 at 9:21 AM
To: slurm-dev <slurm-dev@schedmd.com>
Subject: [slurm-dev] Re: distributing fair share allocation
I would probably look at qos's for this:
https://slurm.schedmd.com/qos.html
https://slurm.schedmd.com/resource_limits.html
You can attach them to partitions as well which can be handy.
You probably want to use things like MaxJobs, MaxWallDurationPerJob,
MaxTRESperJob.
-Paul Edmon-
On 2/7/2017 10:11 AM, Hossein Pourreza wrote:
Greetings,
We have a cluster with SLURM 16.05.4 as its workload manager with fair share
policy. From time to time, we need to create accounts for courses where
students' usage gets charged against that account. I am wondering what the best
approach would be to limit the number of cores and/or walltime of each job
asked by each student without creating a dedicated allocation for a course. For
example, an instructor may want to limit the walltime of student jobs to 2
hours and not more than 2 cores. She/he may also want to put a cap on the
number of SUs that a student can use so a single student cannot burn all the
course allocation.
Thanks
Hossein