improve some logs
correct comment formatting for linux kernel standard

this will happen if a job releases its resources to expand another job,
triggering a second epilog and slurmctld errors about cpu count underflows

state recovery for jobs with gres and topology was
previously incorrect

The NULL value logged was not unexpected for an
unused partition (initial state).

if each core has one thread, then remove whole cores from the
job allocation.
bug 5567

original was using env vars from batch host rather than using newly
set env vars from tasks spawned by srun

no real change in functionality

This schedules GPUs and craynetwork GRES for a single job

Fix some anomalies when scheduling multiple GRES for a single job
(e.g. GPUs plus craynetwork).

partially revert commit c6888db6d, which caused test39.5 to fail
with some configurations

Previous logic had an invalid pointer that could result in a segv.
Previous logic failed to properly allocate tres-per-node ot tres-per-job
without defining gres topology information

rather than just report GRES_IDX (index) info, report GRES count
info as well, since it can vary from node-to-node with cons_tres

This fixes a couple of bugs related to allocating GRES when
there is no associated topology, including adding support for
the --tres-per-job option

for current cons_tres testing and future use

Enforce configured default values for DefMemPerGPU
and DefCPUPerGPU

spread a job over multiple nodes if needed to
satisfy mem-per-gpu specification

Force job to span nodes when appropriate

The last bit of logic to talk with the GPUs is still needed

this includes a new regression test

This fixes a couple of bugs in commit 0e4874e19490a24
1. round up core count for job as needed (i.e. if job needs 3
   CPUs per task and there are 2 CPUs per core, the job needs
   2 cores rather than 1)
2. fix some bad logic of available cores on socket 0 is 0
3. failed to set exit_code to 1 on a expect test failure

correction to logic for explicit hostname specification on job submit
bug introduced in commit 0e4874e19490a24fb54961ef89176a3e8f55952b

also add a regression test for this scheduling logic
bug 4584

Add that desired GPU count is actually allocated to a job based upon
--gpus, --gpus-per-node, --gpus-per-socket, and --gpus-per-task
options