Rather than attempting a scheduling loop as frequently as every
1 second, wait 3 seconds for performance reasons.

set it in the job env otherwise the exec() fails.

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.

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.

on Mixed state.

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

in it.

Signed-off-by: Danny Auble <da@schedmd.com>

Conflicts:
	src/common/slurm_protocol_api.c
	src/slurmctld/job_scheduler.c
	src/slurmctld/proc_req.c

Modify the task affinity tests to support systems with larger CPU
counts. Use data type long long unsigned int rather than just int.
see bug 672

Rather than treat invalid SchedulerParameters options as a fatal
error, print an error and use to the default value.

Disables job scheduling when there are too many pending RPCs

This is related to defering batch job scheduling if there
are a bunch of requests pending

rather than 1 sec interval retries

If pthread_create call fails, decrease sleep before retry from
1 sec to 0.1 sec