Identify node states on which HealthCheckProgram should be executed.

slurm.conf with NodeAddr's signals going to a step could be handled
incorrectly.

would of also killed the allocation.

This is a variation of "slurm_load_nodes", but accepts a node name argument, potentially resultingin substantial performance improvement for "sinfo --nodes=NAME".

This is a variation of "slurm_load_jobs", but accepts a user ID argument,
potentially resulting in substantial performance improvement.

to make one job run.

-N1 -n#.

This adds the fields to the data structures and configuration file
to be used later for executing a program at the beginning and end
of each reservation.

Without this patch, use of sched/builtin would always result in FIFO
scheduling, even if priority/multifactor was configured

each block independently.

Correction to hostlist sorting for hostnames that contain two numeric
components and the first numeric component has various sizes (e.g.
"rack9blade1" should come before "rack10blade1")

job on future step creation attempts.

also cause it to run if the realtime server ever goes away.

Especially for newly started jobs, the PrologSlurmctld can change
a job's QOS based upon resource allocation.

DB2 so hard.

on them.  This should only happen in extreme conditions.

with associations get the deleted associations as well.

request resources that reach a 'Max' limit.

user mark the state canceled instead of completed.

so it gets sent again.  This isn't a major problem since the start will
happen when the job ends, but this does make things cleaner.

you query against that with -N and -E you will get all jobs during that
time instead of only the ones running on -N.

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