[slurm-users] GrpTRESMins and GrpTRESRaw usage

gerard.gil at cines.fr gerard.gil at cines.fr
Fri Jun 24 12:52:12 UTC 2022


Hi Miguel,

Good !!

I'll try this options on all existing QOS and see if everything works as expected.
I'll inform you on the results.


Thanks a lot

Best,
Gérard 


----- Mail original -----
> De: "Miguel Oliveira" <miguel.oliveira at uc.pt>
> À: "Slurm-users" <slurm-users at lists.schedmd.com>
> Cc: "slurm-users" <slurm-users at schedmd.com>
> Envoyé: Vendredi 24 Juin 2022 14:07:16
> Objet: Re: [slurm-users] GrpTRESMins and GrpTRESRaw usage

> Hi Gérard,
> 
> I believe so. All our accounts correspond to one project and all have an
> associated QoS with NoDecay and DenyOnLimit. This is enough to restrict usage
> on each individual project.
> You only need these flags on the QoS. The association will carry on as usual and
> fairshare will not be impacted.
> 
> Hope that helps,
> 
> Miguel Oliveira
> 
>> On 24 Jun 2022, at 12:56, gerard.gil at 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 question ?
>> 
>> "If all configured QOS use NoDecay, we can take advantage of the FairShare
>> priority with Decay and  all jobs GrpTRESRaw with NoDecay ?"
>> 
>> Thanks
>> 
>> Best,
> > Gérard
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2065 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.schedmd.com/pipermail/slurm-users/attachments/20220624/b5262de4/attachment-0003.bin>


More information about the slurm-users mailing list