Rather than immediately invoking an execution of the scheduling logic on
every event type that can enable the execution of a new job, queue its
execution. This permits faster execution of some operations, such as
modifying large counts of jobs, by executing the scheduling logic less
frequently, but still in a timely fashion.

If you have multiple partitions the output from

sinfo -o "%D %F"

would have unexpected results, hardly ever correct.

was originally testing for NULL value in one field and printing
another, which could possibly result in an invalid memory reference.

This just adds logic so slurmd can read "type" from a gres.conf
and ship it to slurmctld.

Conflicts:
	META
	NEWS

Fix logic bugs for SchedulerParameters option of max_rpc_cnt.
Scheduling would be delayed for job arrays and
backfill scheduling would be disabled unless max_rpc_cnt > 0.

More gracefully handle missing batch script file. Just kill the job and do
not drain the compute node.

Provide explanation of likely problems

The previous logic would not support the time reported by the
time command with a minutes  value of "08" or "09", interpretting
that as an invalid octal number. New logic reads each digit
separately and does the math.

To support larger numbers of jobs when the StateSaveDirectory is on a
file system that supports a limited number of files in a directory, add a
subdirectory called "hash.#" based upon the last digit of the job ID.

on Mixed state.

Make the memory header have two size_t rather than two int.
Remove redundant locks and asserts
change malloc/memset to calloc function calls

communicate with it when version changes.

used.

Conflicts:
	src/common/slurm_protocol_api.c

This largely reverts commit 0ec2af27
just to cut down on some logging

This changes the behavior of license_update which it's current behavior
makes for doubling license counts.  This is ok, because the only place it
is used expects the counts to be zeroed out afterwards.

Conflicts:
	META
	NEWS