Il 14/10/20 15:28, Steven Dick ha scritto:
> You can set MinTRESPerJob in a QOS and then only allow that QOS ni
> that partition.
> Or have a set of QOS for that partition that have that set...
> I'm not sure if a partition QOS would help here, but it could,
> basically forcing that QOS on all jobs in the partition.
Uhm... Hardly applicable in my case. :( I'm trying to "mask" the
heterogeneous nature of our cluster to the users (having 7 partitions,
one for each set of homogeneous nodes and a default $SLURM_PARTITION
that includes 'em all). The only thing they have to select is if the job
is "normal" (24h, high prio), "debug" (15', medium prio) or "long" (72h,
lowest prio).
> I've found that debugging lua job submit plugins using slurm.user_msg
> can make it easier with things like this:
> if submit_uid==1000 and not job_desc.script then
> slurm.user_msg("Have fun debugging!")
> slurm.log_info("Save this in the slurm log")
> end
Yup. I's nearly what I did till now, but it keeps complaining about
missing parenthesis (that I triple-checked are balanced!) or other weird
issues.
Moreover, the only way to test is on the production cluster... Not great :(
And some construct seems not to work (like ipairs() ).
> Or if there was a way in the job submit plugin to test if the current
> job's TRES fits a particular QOS/partition...
That would be really useful!
--
Diego Zuccato
DIFA - Dip. di Fisica e Astronomia
Servizi Informatici
Alma Mater Studiorum - Università di Bologna
V.le Berti-Pichat 6/2 - 40127 Bologna - Italy
tel.: +39 051 20 95786
