I did the merge improperly

If a node has GRES and multiple threads per core the select/cons_res
plugin can get stuck in an infinite loop.
See bug 475
Contributed by:
PREVOST Ludovic
NEC HPC Europe

If slurmd fails to get IPMI value, then I propose to force to wait 1 second instead of asking BMC again. (Part 3/4 of the patch).
If IPMI init fails when slurmd forces to update the value, then we should not update the value. (Part 4/4 of the patch
Part 1/4 and 2/4 add a security in IPMI init because the function can be call several time.
This force to return SLURM_FAILURE if the first call failed, since the other call will not do anything.

bug 469

Previously a node failure would always requeue the job

jobs submitted afternotok to run.

Restore default behavior of allocating cores to jobs on a cyclic basis
across the sockets unless SelectTypeParameters=CR_CORE_DEFAULT_DIST_BLOCK
or user specifies other distribution options.
Reverts commit 7fcdc7e5
bug 466

Expect timing was sometimes causing failures

File delays sometimes larger than 60 seconds

Conflicts:
	doc/man/man5/slurm.conf.5
	testsuite/expect/test1.89
	testsuite/expect/test1.90

Change Sockets to SocketsPerBoard and Procs to CPUs

If the backfill scheduler relinquishes locks and the normal job
scheduler starts a job that the backfill scheduler was actively
working, the backfill scheduler will try to re-schedule that
same job, possibly resulting in an invalid memory reference
or other badness.

Fix for --cpu_bind=map_cpu/mask_cpu/map_ldom/mask_ldom plus
--mem_bind=map_mem/mask_mem options, broken in 2.6.2.
See commit 718382da

Expect was failing periodicallly due to apparent timing problems

make sure we weren't the one holding things up.

A time value of "#-#" ignored the hour value (second #).

Corrections to commit dbbd78e2
Index into array was using global task count rather than local
task count

This corrects a bug introduced in
commit dbbd78e2
which went off the end of an array

This messsage type:
Warning: Note very large processing time from schedule: usec=9467365 began=11:06:23.003
is reporting the end time as the began value