Ticket 1789 - Preempt on both partition and QOS?
Summary: Preempt on both partition and QOS?
Status: RESOLVED FIXED
Alias: None
Product: Slurm
Classification: Unclassified
Component: Scheduling (show other tickets)
Version: 14.11.8
Hardware: Linux Linux
: 5 - Enhancement
Assignee: Brian Christiansen
QA Contact:
URL:
Depends on:
Blocks:
 
Reported: 2015-07-08 10:39 MDT by Kilian Cavalotti
Modified: 2015-09-22 08:52 MDT (History)
2 users (show)

See Also:
Site: Stanford
Slinky Site: ---
Alineos Sites: ---
Atos/Eviden Sites: ---
Confidential Site: ---
Coreweave sites: ---
Cray Sites: ---
DS9 clusters: ---
Google sites: ---
HPCnow Sites: ---
HPE Sites: ---
IBM Sites: ---
NOAA SIte: ---
NoveTech Sites: ---
Nvidia HWinf-CS Sites: ---
OCF Sites: ---
Recursion Pharma Sites: ---
SFW Sites: ---
SNIC sites: ---
Tzag Elita Sites: ---
Linux Distro: ---
Machine Name:
CLE Version:
Version Fixed: 15.08.0
Target Release: ---
DevPrio: ---
Emory-Cloud Sites: ---


Attachments

Note You need to log in before you can comment on or make changes to this ticket.
Description Kilian Cavalotti 2015-07-08 10:39:29 MDT
Hi,

I'm wondering if it's possible to make job preemption work at both the partition and the QOS level?
We currently have partition-based preemption working, but ideally, we would like to be able to set another level of preemption inside a given partition, using QOSes.

Apparently, PreemptType can take only one argument in slurm.conf.

Thanks!
Kilian
Comment 1 Moe Jette 2015-07-08 10:55:59 MDT
You can preempt jobs based upon either QOS or partition, but not both.

It would probably be messy, but you could possibly define a distinct QOS for each partition (e.g. high_batch, medium_batch, low_batch, high_interactive, medium_interactive, low_interactive, etc.).
Comment 2 Kilian Cavalotti 2015-07-08 13:09:30 MDT
Hi Moe, 

Thanks for the confirmation.
I guess we'll end up doing something like that in version 15.08, with the new QOS-to-partition binding.

Cheers,
-- 
Kilian
Comment 3 Moe Jette 2015-09-22 08:52:04 MDT
Information about per-partition QOS here:
http://slurm.schedmd.com/SLUG15/Partition_QOS.pdf

Please re-open the ticket if this does not satisfy your needs and I can look at preempting jobs based upon either QOS or partition (both within the same cluster). That could be done, but requires a fair bit of code change.