Fix some power_save mode issues: Parsing of SuspendTime in slurm.conf was
bad, powered down nodes would get set non-responding if there was an
in-flight message, and permit nodes to be powered down from any state.
bug 1619

Initialize some variables used with the srun --no-alloc option that may
cause random failures.

job.  This is already handled on the stepd when the script finishes.

often an inventory request is handled.

free afterwards would not have zeroed out memory on the variables that
didn't get unpacked.

sbatch to stop parsing script for "#SBATCH" directives after first command.
It keeps parsing so long as lines contain only white space or comments
(first non-white space character is '#').

Bug 1384

Add SchedulerParameters option of "sched_max_job_start="  to limit the
number of jobs that can be started in any single execution of the main
scheduling logic.

Bug 1601

Bug 1603

and update NEWS

the same time, don't double bill the down time.

database.

Bug 1576

list, but only the column list.

Prevent slurmdbd error if cluster added or removed while rollup in progress.
Removing a cluster can cause slurmdbd to abort. Adding a cluster can cause
the slurmdbd rollup to hang.

Specialized memory (a node's MemSpecLimit configuration parameter) is not
available for allocation to jobs.
Select/linear, cons_res, and serial plugins fixed.
bug 1548

When allocating resources with resolution of sockets, charge the job for a
CPUs on allocated sockets rather than just the CPUs on used cores.

bug 1595

job_submit/lua: Enable reading and writing job environment variables.
For example: if (job_desc.environment.LANGUAGE == "en_US") then ...

The error was being triggered by logic to collect accounting
information starting and not being completed when testing to
start a node ping RPC. In other words, the logic wasn't testing
for the completion of one RPC against the start of that same
RPC, but against the start of a different RPC. This change
moves all of the timeout logic into the ping_nodes.c module
where we can make sure that the timing of different RPCs do
not get confused with each other.
bug 1190

slurmd was logging:
"Error reading step 2031886.0 memory limits" (with various job/step IDs)
because it was treating SLURM_SUCCESS as an error rather than SLURM_ERROR
bug 1589

Disable changes to GRES count while jobs are running on the node.
Previous logic could clear GRES count data and generate counter
underflow then when attemtping to deallocate the job's resources
(including future job terminations when computing when and where
pending jobs will start as part of backfill scheduling logic).
bug 1589