If we don't it could get messed up on a reconfig.

Logic used to identify cores which are usable with each GRES weas incorrect.
bug 905

QOS had a GrpNodes set.

Fix for core-based advanced reservations where the distribution of cores
across nodes is not even. Failing test case:
system has 10 nodes, 1 of which is fully occupied
create reservation with 9 nodes and 10 cores
always would fail with "busy nodes" error

errno before each call to the API.

Correct Shared field in job state information seen by scontrol, sview, etc.

allocation and CR_PACK_NODES is set layout tasks appropriately.

This is related to bug 890

the sinfo command is parallelized for performance reasons and it
really can not be completely parallelized for some use cases.
see bug 883

Correct logic to support Power7 processor with 1 or 2 threads per core
(CPU IDs are not consecutive).
bug 891

For "scontrol --details show job" report the correct CPU_IDs when thre are
multiple threads per core (we are translating a core bitmap to CPU IDs).
This is an enhancement of commit 83d626ca
so the node table is only loaded once for the entire job table.
bug 850

If job requests --exclusive then do not use nodes which have any cores in an
advanced reservation. Also prevents case where nodes can be shared by other
jobs.

If job requests --exclusive then do not use nodes which have any cores in an
advanced reservation. Previously the job would be allocated all of the cores
outside of the advanced reservation.

Correct support for partition with Shared=YES configuration.
Previous logic would share resources for jobs by default
(i.e. if user did not explicitly request --exclusive).
bug 758

Add DebugFlag of BackfillMap. Previously a DebugFlag value of Backfill
logged information about what it was doing plus a map of expected resouce
use in the future. Now that very verbose resource use map is only logged
with a DebugFlag value of BackfillMap

decreases and total is less than in use.

mail messages for job array events print now use the job ID using the
format "#_# (#)" rather than just the internal job ID.

it is already running.

job is JOB_COMPLETING or already pending.

last epilog completes, either slurmd epilog or slurmctld epilog,
whichever comes last.

don't clear the dependency if the job is completing.

(Also remove extra pending check, no reason to check it twice ;))

If the backup slurmctld assumes primary status, then do NOT purge any
job state files (batch script and environment files) but if any attempt
is made to re-use them consider this a fatal error. It may indicate that
multiple primary slurmctld daemons are active (e.g. both backup and primary
are functioning as primary and there is a split brain problem).

Test time when job_state file was written to detect multiple primary
slurmctld daemons (e.g. both backup and primary are functioning as
primary and there is a split brain problem).

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

when specified escaped.

Attempt to create duplicate event trigger now generates ESLURM_TRIGGER_DUP
("Duplicate event trigger").

Modify strigger to accept arguments to the program to execute when an
event trigger occurs.