Okay, thanks. -Paul Edmon-
On 06/19/2013 04:32 PM, Ryan Cox wrote: > Not that I'm aware of. I don't know of a way to give users control over > a QOS like you can do with account coordinators for accounts. > > Ryan > > On 06/19/2013 10:55 AM, Paul Edmon wrote: >> Thanks for the input. Can GrpJobs be modified from the user side? >> >> -Paul Edmon- >> >> >> On 06/19/2013 12:15 PM, Ryan Cox wrote: >>> Paul, >>> >>> We were discussing this yesterday due to a user not limiting the amount >>> of jobs hammering our storage. A QOS with a GrpJobs limit sounds like >>> the best approach for both us and you. >>> >>> Ryan >>> >>> On 06/19/2013 09:36 AM, Paul Edmon wrote: >>>> I have a group here that wants to submit a ton of jobs to the queue, but >>>> want to restrict how many they have running at any given time so that >>>> they don't torch their fileserver. They were using bgmod -L in LSF to >>>> do this, but they were wondering if there was a similar way in SLURM to >>>> do so. I know you can do this via the accounting interface but it would >>>> be good if I didn't have to apply it as a blanket to all their jobs and >>>> if they could manage it themselves. >>>> >>>> If nothing exists in SLURM to do this that's fine. One can always >>>> engineer around it. I figured I would ping the dev list first before >>>> putting a nail in it. From my look at the documentation I don't see >>>> anyway to do this other than what I stated above. >>>> >>>> -Paul Edmon-