Re: [slurm-users] GrpTRESMins and GrpTRESRaw usage

2022-06-30 Thread Miguel Oliveira
> That's right if you want to set a limit to a QOS. > But I dont know/think the same limit value will also apply to all other QOS, > and if I apply the same limit to all QOS. > Is my account limit the sum of all the QOS limit ? > > > Actualy I'm setting the limit t

Re: [slurm-users] GrpTRESMins and GrpTRESRaw usage

2022-06-28 Thread Miguel Oliveira
gt; 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/> > >

Re: [slurm-users] GrpTRESMins and GrpTRESRaw usage

2022-06-28 Thread Miguel Oliveira
eignement 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: &

Re: [slurm-users] GrpTRESMins and GrpTRESRaw usage

2022-06-24 Thread Miguel Oliveira
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

2022-06-24 Thread Miguel Oliveira
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

2022-06-24 Thread Miguel Oliveira
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 you h

Re: [slurm-users] GrpTRESMins and GrpTRESRaw usage

2022-06-23 Thread Miguel Oliveira
| --- 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

2022-06-23 Thread Miguel Oliveira
; grptresmins ? Is that possible? Thanks. > > Best, > 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

Re: [slurm-users] GrpTRESMins and GrpTRESRaw usage

2022-06-23 Thread Miguel Oliveira
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 qo

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

2021-03-15 Thread Miguel Oliveira
es/gpu=1,mem=512G,node=1 > > So the first job 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.ha

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

2021-03-11 Thread Miguel Oliveira
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 implementatio

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

2019-11-15 Thread Miguel Oliveira
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 many