frank-primary: TimeoutStopSec=180, drop duplicate StartLimitIntervalSec
ExecStop runs 'podman stop -t 120' but the unit never set TimeoutStopSec, so systemd's 90 s default cut the graceful stop short: journal shows 'Stopping timed out. Terminating.' then 'Failed with result timeout' on 2026-10-01 13:27:17 — every stop of this unit was logging a failed stop. 180 s covers the engine's drain with margin, and the seam now guards the RELATIONSHIP (TimeoutStopSec > the podman grace) rather than a literal. StartLimitIntervalSec is a [Unit] directive; the copy in [Service] made systemd log 'Unknown key StartLimitIntervalSec in section Service' on every load. Seam asserts it appears exactly once and not in [Service].
This commit is contained in:
@@ -53,8 +53,11 @@ TimeoutStartSec=1800
|
||||
# stopped), so bench windows and deploys are unaffected.
|
||||
Restart=always
|
||||
RestartSec=10
|
||||
# Do not let the start-rate limiter give up after a crash loop.
|
||||
StartLimitIntervalSec=0
|
||||
# ExecStop allows the engine 120 s to drain (`podman stop -t 120`); without an
|
||||
# explicit TimeoutStopSec systemd's 90 s default cuts the stop short, kills it,
|
||||
# and records 'Failed with result timeout' (measured 2026-10-01 13:27:17).
|
||||
# Must exceed the podman grace with margin for the engine's own shutdown.
|
||||
TimeoutStopSec=180
|
||||
# The engine pins tens of GiB of host RAM (expert host slabs); it is the
|
||||
# last process on this host that should be chosen by the kernel OOM killer.
|
||||
OOMScoreAdjust=-500
|
||||
|
||||
Reference in New Issue
Block a user