task/cgroup: notify if memory.memsw.failcnt > 0. indicates oom

Thanks Ryan, this looks correct.

Correction to hostlist parsing bug introduced in v2.6.4 for hostlists with
more than one numeric range in brackets (e.g. rack[0-3]_blade[0-63]").
bug505

Avoid decrementing grp_used_cpu_run_secs if we are not enforcing
accounting limits. Without this change, the plugin will decrement
times from zero cpu used times (i.e decrement an uninitialized
variable).

Add argument to priority plugin's priority_p_reconfig function to note
when the association and QOS used_cpu_run_secs field has been reset.
Without this flag, we remove time on "scontrol setdebug" or
"scontrol setdebugflag" that can result in used_cpu_run_secs
going negative or otherwise get bad values.
Correction to logic added in commit 6d793189
bug 423

Fix to work with change logic introduced in Slurm version 2.6.3
scheduling logic which prevented Maui/Moab from starting jobs.

Add support for -W block=true	(wait for job completion)
Clear PBS_NODEFILE environment variable
Credit to NCSC

limits

Add support for dependencies of job array elements (e.g.
"sbatch --depend=afterok:123_4 ..."). This does not support
depenendencies of ALL job array elements, only individual job
array elements.

preforms the allocation, regression in 2.6.3.

Previously the SlurmdDebug value in slurm.conf was ignored if the
previous value was not 3/init

Reorder some logis in the hostlist functions for performance improvement
specifically for "if (A & B) ..." move the fastest tests first (test
A should take less time than test B).

This avoids building hostlist information with NodeHostName and
NodeAddr information unless explisitly requested and can improve
performance for the default mode of operation by about 65%.

Correct sbatch documentation and job_submit/pbs plugin "%j" is job ID,
not "%J" (which is job_id.step_id).

Specifically setting innodb_buffer_pool_size=64
in my.conf

Without this change a job with a reason of WAIT_PART_DOWN,
WAIT_PART_INACTIVE, WAIT_PART_NODE_LIMIT, WAIT_PART_TIME_LIMIT, or
WAIT_QOS_THRES would not be cleared when that reason no longer
applied.

Add cgroup create retry logic in case one step is starting at the
same time as another step is ending and the logic to create
and delete cgroups overlaps.
bug 447