Bug 2364

Commit fa331e30 fixes this.  The logic was bad to begin with...

uint32_t new_cpus = detail_ptr->num_tasks
	/ detail_ptr->cpus_per_task;

The / should had been * this whole time.  This was the reason we found
this in the first place.

If scancel is operating on large number of jobs and RPC responses from
    slurmctld daemon are slow then introduce a delay in sending the cancel job
    requests from scancel in order to reduce load on slurmctld.
bug 2256

Backfill scheduling properly synchronized with Cray Node Health Check.
    Prior logic could result in highest priority job getting improperly
    postponed.
bug 2350

Properly account for memory, CPUs and GRES when slurmctld is reconfigured
    while there is a suspended job. Previous logic would add the CPUs, but not
    memory or GPUs. This would result in underflow/overflow errors in select
    cons_res plugin.
bug 2353

Fix backfill scheduling bug which could postpone the scheduling of jobs due
    to avoidance of nodes in COMPLETING state.
bug 2350

Bug 2255

Bug 2343

Fix for configuration of "AuthType=munge" and "AuthInfo=socket=..." with
    alternate munge socket path.
bug 2348

If a node is out of memory, then the malloc performed by slurmstepd
  periodically may fail, killing the slurmstepd and orphaning it's
  processes.
bug 2341

Backfill scheduling fix: If a job can't be started due to a "group" resource
    limit, rather than reserve resources for it when the next job ends, don't
    reserve any resources for it. The problem with the original logic is that
    if a lot of resources are reserved for such pending jobs, then jobs futher
    down the queue may defered when they really can and should be started. An
    ideal solution would track all of the TRES resources through time as jobs
    start and end, but we don't have that logic in the backfill scheduler and
    don't want that extra overhead in the backfill scheduler.
bugs 2326 and 2282

bug 2303

Handle unexpectedly large lines for hostlists. (Bug 2333.)

While here rework to avoid extraneous xstrcat calls by using
xstrfmtcat instead of snprintf + xstrcat. Collapse line end into
own string for readability.

No performance or functional change, aside from removing possible
line truncation (which will silence additional Coverity warnings).

Removes a double xfree() in slurm_sprint_reservation_info().

When a reservation is created or updated, compress user provided node names
    using hostlist functions (e.g. translate user input of "Nodes=tux1,tux2"
    into "Nodes=tux[1-2]").
bug 2333

Match behavior of other PBS-like resource managers. Bug 2330.

Don't allow user specified reservation names to disrupt the normal
    reservation sequeuece numbering scheme.
bug 2318

anything.  The slurmd will process things correctly after the fact.

The restriction from Cray has been lifted.
bug 2317

Otherwise upgrading slurm on a compute node while tasks are running
will cause plugin mismatch, as slurmstepd would not load the library
until task completion before. Bug 2319.

Bug 2314.

this happens anywhere in the code but just incase it ever does, lets fix
it.

This can be caused by a core reservation on nodes which get taken
  out of the system or fail.
bug 2296

salloc/sbatch/srun did not mention this. Also reference OverTimeLimit
as another option affecting the final run time. Bug 2309.

the job starts update the cpus_per_task appropriately.

This also moves update num_tasks to after the setting of node counts on
an update.  It didn't appear to matter, but the cpus_per_task and
pn_min_cpus had to be figured out after the cpus and nodes were set but
before tasks.

Bug 2302

burst_buffer/cray - Improve tracking of allocated resources to handle race
    condition when reading state while buffer allocation is in progress.
Also initialize a mutex

DBD for the first time.  The corruption is only noticed at shutdown.

Bug 2293