Re: [slurm-users] GrpTRESMins and GrpTRESRaw usage

h > NoDecay ? > If I set GrpTRESMins for an Account and not for a QOS, does SLURM handle to > sumpup these QOS RawUsage to control if the GrpTRESMins account limit is > reach ? > > Thanks again for your precious help. > > Gérard > <http://www.cines.fr/> > > De: "

Re: [slurm-users] GrpTRESMins and GrpTRESRaw usage

Superieur > 950, rue de Saint Priest > 34097 Montpellier CEDEX 5 > FRANCE > > tel : (334) 67 14 14 14 > fax : (334) 67 52 37 63 > web : http://www.cines.fr <http://www.cines.fr/> > > De: "Gérard Gil" > À: "Slurm-users" > Cc: "slurm

Re: [slurm-users] GrpTRESMins and GrpTRESRaw usage

Hi Bjørn-Helge, > On 24 Jun 2022, at 12:58, Bjørn-Helge Mevik wrote: > > Miguel Oliveira writes: > >> Hi Bjørn-Helge, >> >> Long time! > > Hi Miguel! Yes, definitely a long time! :D Indeed! > >> Why not? You can have multiple QoSs and you h

Re: [slurm-users] GrpTRESMins and GrpTRESRaw usage

will not be impacted. Hope that helps, Miguel Oliveira > On 24 Jun 2022, at 12:56, gerard@cines.fr wrote: > > Hi Miguel, > >> Why not? You can have multiple QoSs and you have other techniques to change >> priorities according to your policies. > > Is this answer my questio

Re: [slurm-users] GrpTRESMins and GrpTRESRaw usage

Hi Bjørn-Helge, Long time! Why not? You can have multiple QoSs and you have other techniques to change priorities according to your policies. Best, MAO > On 24 Jun 2022, at 11:53, Bjørn-Helge Mevik wrote: > > Miguel Oliveira writes: > >> It is not exactly true that yo

Re: [slurm-users] GrpTRESMins and GrpTRESRaw usage

| --- Best Regards, MAO > On 23 Jun 2022, at 20:47, Ole Holm Nielsen wrote: > > On 23-06-2022 19:19, Miguel Oliveira wrote: >> We use a python wrapper to do this but the basic comma

Re: [slurm-users] GrpTRESMins and GrpTRESRaw usage

st, > Chris > > -- > Christopher Coffey > High-Performance Computing > Northern Arizona University > 928-523-1167 > > > > On 6/23/22, 9:44 AM, "slurm-users on behalf of Miguel Oliveira" > <mailto:slurm-users-boun...@lists.schedmd.com> on behalf of

Re: [slurm-users] GrpTRESMins and GrpTRESRaw usage

Hi Gérard, It is not exactly true that you have no solution to limit projects. If you implement each project as an account then you can create an account qos with the NoDecay flags. This will not affect associations so priority and fair share are not impacted. The way we do it is to create a

Re: [slurm-users] slurm bank and sreport tres minute usage problem

ob used all 24 hours of that day, the 2nd just 3 seconds > (so ignore it) and the third about 9 hours and 5 minutes > > CPU = 24*60*3+(9*60+5)*4 = 6500 > > GPU = 24*60*2+(9*60+5)*1 = 3425 > > -- Paul Raines (http://help.nmr.mgh.harvard.edu) > > On Thu, 11 Mar 2021 11:03pm,

[slurm-users] slurm bank and sreport tres minute usage problem

Dear all, Hope you can help me! In our facility we support the users via projects that have time allocations. Given this we use a simple bank facility developed by us along the ideas of the old code https://jcftang.github.io/slurm-bank/ . Our

Re: [slurm-users] Get GPU usage from sacct?

Thank! Nice code and just what I was needing! A few wrinkles: a) on reading the Gres from scontrol for each job on my version this is on a TRES record not as an individual Gres. Possibly version/configuration issue. b) converting pid2id from /proc//cgroup is problematic on array jobs. Again