on nodes relative to the current allocation.
 o srun no longer sends SIGKILL to job if one task is killed except
   if --no-allocate is used. (the job will otherwise be killed by
   the controller anyway)

   function.

   memory appears to be full.

   write() call.

  - instead of attempting to kill pending threads, immediately
    exit wait_for_procs if a thread is already waiting for job.
  - if wait_for_procs fails (thread already waiting), exit w/out
    sending epilog complete rpc.

type debug.

descriptors. This was needed in several grouped functions (e.g.
slurm_send_recv_rc_msg and slurm_send_only_node_msg, which combine
open, send, receive, and close functions for simplicity).

RPC server threads to that number - 2. This should slightly reduce the
incomming RPC load.

and may have been exhausting virtual memory, resulting in the death of
slurmctld.

the left-over slurmctld process on abnormal termination.

clarity. No change in functionality or logic.

If the "-c" option is not specified then only the jobs and some node
state information will be preserved. Specifically the state of DOWN,
DRAINED, or DRAINING nodes and the associated reason field for those nodes.

1=required nodes DOWN/DRAINED.

unavailable states).

right away (before running scheduling function).

returned to service. The priority is changed from 1 to value which would
be set for the job if submitted at that time.
(gnats:279)

nodes which are not available (DOWN or DRAIN). This will prevent them from
blocking other jobs from using the nodes which are available (i.e. over-ride
FIFO scheduling).
(gnats:279)

Without doing so, its internal record of jobs from its last period of
activity are resurrected.

MAX_SERVER_THREADS is exceeded. Thread counter, mutex, and cond
logic all moved into new allocate/deallocate server thread functions.

assumes control. It previously captured state only when the backup
controller daemon was initiated.

This was not happening for the backup slurmctld.