Relax freshness limits and tolerate transient RCON failures
This commit is contained in:
+10
-1
@@ -102,9 +102,18 @@ reachable. Finished scheduled and legacy maintenance activity is retained for
|
||||
|
||||
## Health recovery and configuration drift
|
||||
|
||||
Fleet keeps successful game and running-container reports fresh for 90 seconds.
|
||||
Two consecutive failed monitoring checks mark RCON health stale; a first timeout
|
||||
or send failure remains visible in diagnostics without changing the health badge.
|
||||
Configuration and invalid-reply errors, including authentication failures, take
|
||||
effect immediately, as do failed manual probes. Successful RCON checks reset the
|
||||
failure count; skipped checks do not count. Without fresh telemetry, RCON evidence
|
||||
older than 120 seconds is offline. Explicit stopped/unhealthy container states
|
||||
and lifecycle changes still take precedence.
|
||||
|
||||
The status monitor collects container and game health every 30 seconds. Once per
|
||||
minute, the watchdog evaluates that completed evidence without issuing its own
|
||||
routine health probes. Samples expire after 45 seconds; missing or stale evidence
|
||||
routine health probes. Samples expire after 90 seconds; missing or stale evidence
|
||||
leaves health unknown and cannot justify recovery. Samples retain their original
|
||||
timestamps and instance identity, and each failure sample counts at most once.
|
||||
A monitoring gap or changed instance resets the sustained failure window. After
|
||||
|
||||
Reference in New Issue
Block a user