Routes request to origin and then to the cluster running the job.

Should be fed1,2,3 and not fed1,2,2

The glibc version does not double-fork like Slurm's version.
Rename to xdaemon to avoid confusion and ensure no one tries to
remove it again without further investigation
(see commits 6f45a2bf/954288ad).

While here, simplify it as the arguements are unchanged in the three
calling locations.

Remove incorrect documentation as well - our xdaemon() call does
not close everything.

Our local implementation was being used instead of glibc,
and does have one subtle difference - it double forks(),
whereas glibc single-forks, leading to some slight differences
in process control behavior. Revert this and take a different
approach.

This reverts commit 6f45a2bf.

Fix regression from commit c05dcb8a (bug 1923) that doesn't take
into consideration a blank char * as a valid option.

This fixes the scenario like

sacctmgr list associations user=''

which would only print account associations.
Bug 3862

a good return code.

This also fixes the situation where the step was ending but not yet ended
so it sends the KILL_TASK_FAILED error instead of JOB_NOTRUNNING.

Also it removes the abort in favor of exit which it should had been anyways.

Bug 3758

list_for_each)

which the backfill test window expands. This can be used on a system with
a modest number of running jobs (hundreds of jobs) to help prevent expected
start times of pending jobs to get pushed forward in time. On systems with
large numbers of running jobs, performance of the backfill scheduler will
suffer and fewer jobs will be evaluated.

Bug 3790

This reverts commit da414931.

which the backfill test window expands. This can be used on a system with
a modest number of running jobs (hundreds of jobs) to help prevent expected
start times of pending jobs to get pushed forward in time. On systems with
large numbers of running jobs, performance of the backfill scheduler will
suffer and fewer jobs will be evaluated.

Bug 3790

Bug 3671

Inadvertently set to one when requested.

Bug 3855.

Bug 3857.

Bug 3808

# Conflicts:
#	src/slurmctld/job_mgr.c

bug 3846

purge_files_list.

File deletion can be slow, especially when StateSaveLocation in on
NFS or other network filesystems. Since purge_old_job() holds all
the slurmctld write locks, this is especially performance sensitive.

Moving this to an independent thread lets the slower filesystem
cleanup happen without owning these locks. purge_old_job() then
results in the purged job ids being queued in the purge_list.

A race with the job id potentially wrapping around again is already
prevented by _dup_job_file_test() in get_next_job_id().

Bug 3763.

Only called from _list_delete_job once the MinJobAge has
passed.

This will need to be handled differently. The timeout can
lead to the purge process falling further and further behind
on high throughput systems if the number of job scripts that
can be deleted within a second is lower than the job submission
and completion rate of the cluster, eventually leading to
the MaxJobCount limit being reached.

Bug 3763.

it works better on multi-slurmd installs.

Should be fed1,2,3 and not fed1,2,2

Bug 3839

Revert some of my b50f4661. Elaborate on tradeoffs, and point
to HTC page as well which is a better location for this info.

This is better discussed in the high_throughput.shtml doc.

Also, "Contrain" is misspelled adding to the confusion.

To submit sibling jobs to clusters that don't have the specified
features.

Bug 3859