Original code by Damien François. <damien.francois@uclouvain.Be>

plugin fails to load.

place)

plugin

possible.  Otherwise if it fails it wouldn't happen to the slurmstepd
and might be missed by failing silently.

It will also mess up the packing/unpacking since it should be obvious if
it fails on the slurmctld.

slurmctld when starting up the jobacct_gather plugin.  It isn't needed
and makes errors in the slurmctld if not running as root.

Original patch from Martin Perry (Bull)

qos or any combination of those the correct thing happens.

If the job is using a QOS or Partition that only works inside a reservation
then deign the update if only removing the reservation.

we will read the old reservation used so if using a partition or qos
that only allows it to be used in a reservation we won't fail.

updating job so as to make sure the reservation is set correctly when
doing the other checks

previous versions of SLURM

Original Patch from Bill Brophy (Group Bull)

if a reservation is also requested in the job.

Original Patch from Bill Brophy (Group Bull)

The symptom is that SLURM schedules lower priority jobs to run when higher priority, dependent jobs have their dependencies satisfied.  This happens because dependent jobs still have a priority of 1 when the job queue is sorted in the schedule() function.  The proposed fix forces jobs to have their priority updated when their dependencies are satisfied.

Job priority of 1 is no longer used as a special case in slurm v2.4