Galaxy: with ReplayOnSessionLost=false a reconnect leaves every subscription silently dead (last Good values, health Healthy) #862
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
From the #859/#861 reviews. After a gateway session is recreated with
ReplayOnSessionLost=false, the driver keeps its subscriptions but never re-advises them (a recreated gateway session carries no subscriptions over), health returns to Healthy, and every subscribed node keeps its last value with Good quality. The only signal is a log line (raised to Warning in the #859 work). Surface it: publishBadNoCommunicationfor the stranded subscriptions and/or report the driver Degraded until they are re-subscribed, or reconsider whetherfalseshould be a supported setting at all.Fixed (
33e10c22). Pushed to master ine857135e. WithReplayOnSessionLost=false, a reconnect now publishesBadNoCommunicationfor every tag of every stranded subscription andGetHealth()reports Degraded (message names the setting and count) until the last stranded subscription is unsubscribed or the runtime is torn down; new subscriptions after the reconnect work normally. Note: the comms-loss watchdog re-initializes a Degraded driver with no data after 90 s, which re-subscribes everything (effectively a delayed replay); per-platform probes still go stale with replay off. Documented in docs/drivers/Galaxy.md.