bg.properties in order for the runjob_mux to run correctly.

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

c++

but job is going to be canceled because it is interactive or other reason
it now receives the grace time.

check if a block is still makable if the cable wasn't in error.

removal of the job on the block failed.

Use existing functions and data types to get the information

29d79ef8

same time a block is destroyed and that block just happens to be the
smallest overlapping block over the bad hardware.

Conflicts:
	src/srun/opt.c

When a new reservation is created, the code tries first with current
idle nodes:

    /* First: Try to reserve nodes that are currently IDLE */
    if (bit_overlap(avail_bitmap, idle_node_bitmap) >= node_cnt) {
        bit_and(avail_bitmap, idle_node_bitmap);
        ret_bitmap = select_g_resv_test(avail_bitmap, node_cnt,
resv_desc_ptr->core_cnt, core_bitmap);
        if (ret_bitmap)
            goto fini;
    }

    /* Second: Try to reserve nodes that are will be IDLE */

I guess there's a reason for this behaviour: performance. However, I
think it should be always the second option.

Creating a new reservation is not a usual task, so the best effort
should prevail versus performance at creation time.