options in srun, and push that logic to salloc and sbatch.

Bug 201

and timeout in the runjob_mux trying to send in this situation.

Bug 223

The original reservation data structure is deleted and it's backup
added to the reservation list, but jobs can retain a pointer to the
original (now invalid) reservation data structure.
Bug 250

energy data.

Without this fix, jobs that should be initiated by the backfill
scheduler based upon the preemption of other jobs will not be
started.

cnode does not have a job running on it do not resume the block.

Select/cons_res - If the job request specified --ntasks-per-socket and the
allocation using is cores, then pack the tasks onto the sockets up to the
specified value. Previously it would ignore the ntasks-per-socket
parameter and distribute tasks across sockets

--enable-debug.

Counts would previously go negative as jobs terminate and decrement from
a base value of zero

to EINTR when something wrong happened between the open call and
its return. By ensuring that Slurm retries on such errors, we can
better tolerate Network file systems errors at launch time.

(>5000) and using the SchedulerParameters option bf_max_job_user.

NEWS note for last few commits

midplane.

Handle situation where a receiving/forwarding host can't unpack the header
of the sender (not compatible version).

The logic is only an example and not meant for actual use.

built.

of the current day.

the user commands.

the allocation to 1 instead of 0 which prevents the allocation to happen.

Old logic uses some vestigial power management logic that no longer
applies. It creates a job allocation, but the job step blocks
indefinitely.

since left the system.

to compile correctly on newer compilers

Signed-off-by: Danny Auble <da@schedmd.com>

If job involved in dependency completes and is purged the logic
used to test for circular dependencies can use the invalid pointer
and generate an invalid memory reference before the pointer is
cleared from the dependency list data structure.

This bug was introduced in 2.5.2 for the case where a GPU count was
configured, but without device files. Unfortunately it left the
CUDA_VISIBLE_DEVICES environment variable unset if GPUs were configured,
but the job did not request any of them.

This eliminates the need for libnrt.so on the head node.