[slurm-users] [External] Re: safe to delete old QOSes?

Tina Friedrich tina.friedrich at it.ox.ac.uk
Tue May 4 12:35:17 UTC 2021


Rename as in my default QoS used to be called 'normal' and is now called 
'standard' (same settings). (We refer to it as 'standard' in our SLA, it 
should never have been called 'normal' really.)

As I don't think you can actually rename them, what I did was add a copy 
of 'normal' QoS (called 'standard') to the cluster; changed all 
associations so that the default QoS is 'standard'; and then removed 
'normal' QoS once it was no longer in use.

(I waited for all jobs to finish, so I don't know what would happen if 
you remove it when there's still running jobs using it.)

Tina

On 27/04/2021 16:22, Prentice Bisbal wrote:
>> I've just done that on one of my test systems - and it's not deleting 
>> a no longer used QoS, but 'renaming' the most used one. So plenty of 
>> test jobs that used it in the database :) 
> 
> 
> Can you elaborate on what you mean by "renaming"?
> 
> -- 
> Prentice
> 
> 
> On 4/19/21 8:55 AM, Tina Friedrich wrote:
>> Hi Prentice,
>>
>> I've just done that on one of my test systems - and it's not deleting 
>> a no longer used QoS, but 'renaming' the most used one. So plenty of 
>> test jobs that used it in the database :)
>>
>> Removing it from the cluster has not modified the entries in sacct, as 
>> far as I can tell - they still have the QoS listed they were run as, 
>> regardless of that existing in the cluster or not.
>>
>> Not that that's an 'official' answer (I'd like one of those as well :) 
>> ), but at least it looks as if it shouldn't be an issue, from my 
>> limited testing.
>>
>> Tina
>>
>> On 17/04/2021 04:31, Prentice Bisbal wrote:
>>> This is a simple question that I don't think is in the documentation:
>>>
>>> What happens to accounting records if you delete old QOSes that 
>>> aren't used anymore? Will that affect the records for jobs that used 
>>> those QOSes in the sacct database? I'm assuming it wouldn't, but I 
>>> figured it safe to ask questions first and shoot later.
>>>
>>
> 

-- 
Tina Friedrich, Advanced Research Computing Snr HPC Systems Administrator

Research Computing and Support Services
IT Services, University of Oxford
http://www.arc.ox.ac.uk http://www.it.ox.ac.uk



More information about the slurm-users mailing list