Files
nomad/scheduler
Lang Martin 422493f38d Delayed evaluations for stop_after_client_disconnect can cause unwanted extra followup evaluations around job garbage collection (#8099)
* client/heartbeatstop: reversed time condition for startup grace

* scheduler/generic_sched: use `delayInstead` to avoid a loop

Without protecting the loop that creates followUpEvals, a delayed eval
is allowed to create an immediate subsequent delayed eval. For both
`stop_after_client_disconnect` and the `reschedule` block, a delayed
eval should always produce some immediate result (running or blocked)
and then only after the outcome of that eval produce a second delayed
eval.

* scheduler/reconcile: lostLater are different than delayedReschedules

Just slightly. `lostLater` allocs should be used to create batched
evaluations, but `handleDelayedReschedules` assumes that the
allocations are in the untainted set. When it creates the in-place
updates to those allocations at the end, it causes the allocation to
be treated as running over in the planner, which causes the initial
`stop_after_client_disconnect` evaluation to be retried by the worker.
2020-06-03 09:48:38 -04:00
..
2018-12-06 15:09:26 -08:00
2017-07-07 12:03:11 -07:00
2020-05-01 13:13:30 -04:00
2018-09-15 16:23:13 -07:00
2020-05-01 13:38:46 -04:00
2018-03-28 12:26:28 -05:00
2017-10-13 14:36:02 -07:00
2020-05-27 15:02:01 -04:00
2020-03-21 16:51:10 -04:00