dynamic mode.

job_ptr.

job on a block and it isn't being configured or booted we fixed a double
free issue.

catch, and fix, the problem when the next job comes through to use it.

larger than midplane jobs.

This makes it easier to handle failover, if a slurmctld keeps failing
(slurmdbd gets shutdown or something) this way we don't continually send
a message over and over again in this senario, at least it drops down
how many messages we send over and over again.

Add support for new SchedulerParameters of bf_max_job_user, maximum number
of jobs to attempt backfilling per user. Work by Bjørn-Helge Mevik,
University of Oslo.

Fix sched/wiki2 to support job account name, gres, partition name, wckey,
or working directory that contains "#" (a job record separator). Without
this patch, the parsing will probably stop once reaching the "#".

Conflicts:
	src/slurmd/slurmd/slurmd.c

and cons_res or gang scheduling.  The slurm.conf is always used for a node
configuration in this case, and it ignores what the actual hardware is
because in this situation the slurmctld needs to make a bunch of bitmaps
before the slurmd's register.

and time limit where it was previously set by an admin.

slurmdbd accounting and running large amounts of jobs (>50 sec).  Job
information could be corrupted before it had a chance to reach the DBD.

qos.

Will set new scheduler timeout if MessageTimeout changes due to
re-reading slurm.conf

tasks than possible without overcommit the request would be allowed on more
nodes than requested.

These changes reduce the overhead of some functions for improved
slurmctld throughput.

Overhead of slurm_preempt_init() goes from 20% of CPU time to NIL
and if preemption is disabled then slurm_job_preempt_check() goes
from 12% of CPU time to NIL.

event comes in through the realtime interface.