New flags retire a runner at a set time, release idle sessions, and control drain behaviour.
What's wrong with this entry?
The runner gains a set of flags for managing how long it lives. --retire-at (or SELF_HOSTED_RUNNER_RETIRE_AT, an absolute Unix timestamp in seconds) releases active sessions, stops accepting new work and exits 0. --release-idle-session-min and --startup-timeout-min (default 15) are watchdogs, --kill-session-after-min waits for the current turn to finish first, and --drain-wait-sec sets drain time.
--drain-wait-bg-tasks-secis a deprecated alias for--drain-wait-sec.--push-outcome-on-releasepushes the session's tracked outcome branches to the source remote when a session ends without completing, and fetches them back if that session later resumes on a fresh worker.- Retirement releases sessions through the same path as idle release.
- Release outcomes are reported through telemetry named
self_hosted_release_session, with reasons includingreleased_false_backstop.
SELF_HOSTED_RUNNER_RETIRE_AT
Strings lifted out of the shipped bundle, so the claim above can be checked against them.
Related
Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.
-
v2.1.225
Self-hosted runner startup timeout resolution extracted
Both mention self hosted runner startup timeout
-
v2.1.246
--min-idleaccepts up to 200Both mention self hosted runner idle