for bit_rep_count (implcitly 1 for each node), also make the logic more clear

   i.e., Fixed a fair-share calculation bug in the priority/multifactor plugin

to avoid having srun generate an error that the node isn't ready for use

    preempted jobs at the time slurmctld restarts that can result in over-
    subscribing resources.

to eliminate the need for a cpu_rep_count argument and only require a single array
of CPU counts per node. Modify src/slurmctld/gang.c to eliminate the extra array
for simplicity, especially if we want to change CPU count per node on the fly.

causes a job suspend/resume with substantial overhead.

both file contents are the same, but there was inconsistent naming in the configure.ac
and Makefile.am).

    environment variables (if any) get propagated to the spawned job. This is
    particularly important for jobs that are submitted on one cluster and run
    on a different cluster.

    scontrol show config command output. The use of SlurmDBD is still strongly
    recommended as SLURM will have limited database functionality or protection
    otherwise.

    allocation created using the salloc or srun command if those commands
    cease responding for the InactiveLimit regardless of any running job steps.
    This parameter will no longer effect jobs spawned using sbatch.

    within an existing job allocation.

    message upon job begin.

unique bit

    slurmctld daemon only).