the limits dealing with TRES.

description.

Bug 1867

Syscall param write(buf) points to uninitialised byte(s)             (syscall-template.S:81)
  at 0x5289D5D: (syscall-template.S:81)
  by 0x58C2DB: stepd_connect (stepd_api.c:271)
  by 0x4294C9: _fill_registration_msg (slurmd.c:729)
  by 0x428E04: send_registration_msg (slurmd.c:615)
  by 0x42E4AE: slurmd_req (req.c:394)
  by 0x428CF1: _service_connection (slurmd.c:594)
  by 0x52830A4: start_thread (pthread_create.c:309)
  by 0x5592CFC: clone (clone.S:111)
Address 0x5f334c7 is 167 bytes inside a block of size 16,400 alloc'd
  at 0x4C2ABA0: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
  by 0x464835: slurm_xmalloc (xmalloc.c:86)
  by 0x47E38A: init_buf (pack.c:156)
  by 0x58C04A: stepd_connect (stepd_api.c:243)
  by 0x4294C9: _fill_registration_msg (slurmd.c:729)
  by 0x428E04: send_registration_msg (slurmd.c:615)
  by 0x42E4AE: slurmd_req (req.c:394)
  by 0x428CF1: _service_connection (slurmd.c:594)
  by 0x52830A4: start_thread (pthread_create.c:309)
  by 0x5592CFC: clone (clone.S:111)
Address 0x5f334c7 is 167 bytes inside a block of size 16,400 alloc'dUninitialised value was created by
  at 0x4C2ABA0: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
  by 0x464835: slurm_xmalloc (xmalloc.c:86)
  by 0x47E38A: init_buf (pack.c:156)
  by 0x58C04A: stepd_connect (stepd_api.c:243)
  by 0x4294C9: _fill_registration_msg (slurmd.c:729)
  by 0x428E04: send_registration_msg (slurmd.c:615)
  by 0x42E4AE: slurmd_req (req.c:394)
  by 0x428CF1: _service_connection (slurmd.c:594)
  by 0x52830A4: start_thread (pthread_create.c:309)
  by 0x5592CFC: clone (clone.S:111)

a burst buffer.

updated in the burst buffer code.

persistent burst buffer counts to the mix.

to the database, it means we aren't tracking the TRES.

association id is needed.

Conflicts:
	src/slurmctld/job_mgr.c

Continuation of 1f831f33

This problem is reproducible by launching a job then killing the
  slurmstepd process. Under those conditions, requeue the job if
  possible (i.e. batch job with requeue option/configuration).
  This patch also improves the slurmctld logging when this happens.
bug 1889

Conflicts:
	src/slurmctld/reservation.c

This is a change in logic from commit 00099596
The original commit corrected the logic from CPU to core count, but
used the cores_per_socket count rather than computing the total
core count (cores_per_socket * sockets).
bug 1830

Continuation of 1bf2d7b9

Correct RebootProgram logic when executed outside of a maintenance
  reservation. Previous logic would mark the node up upon response
  to the reboot RPC (from slurmctld to slurmc) and when the node
  actually rebooted, flag that as an unexpected reboot. This new
  logic checks the node's up time to not mark the compute node as
  being usable until the reboot actually takes place.
but 1866

For testing purposes, add a slurmd flag so that it appears the
compute node has rebooted whenever slurmd restarts.

Don't load in PriorityWeightTRES