Merge fix/672-capture-gap: capture while the recording Primary is unreachable (#672)

2026-10-11 08:29:59 -04:00
parent b3db64af6c 1b2c36eb87
commit 91434e7f61
11 changed files with 573 additions and 21 deletions
@@ -55,7 +55,9 @@
    "MaxWriteAttempts": 5,
    "_MaxWriteAttemptsComment": "Gitea #538: consecutive failed drain passes one tag may accumulate — counted only across passes where OTHER tags wrote successfully — before its queued entries are abandoned so the FIFO head can advance.",
    "MinBackoffSeconds": 1,
-    "MaxBackoffSeconds": 30
+    "MaxBackoffSeconds": 30,
+    "CaptureWhilePrimaryUnreachable": true,
+    "_CaptureWhilePrimaryUnreachableComment": "Gitea #672: a standby stood down for its mesh Primary resumes capture as soon as that Primary is reported UNREACHABLE (not after auto-down) — shrinks a crash-failover capture gap to the failure-detector window, at the cost of short duplicate windows. false = pre-#672."
  },
  "AlarmHistorian": {
    "_comment": "Durable store-and-forward alarm sink. Buffers into the node's consolidated LocalDb (see the LocalDb section) so the queue replicates to the redundant pair peer, and drains alarm events to the ServerHistorian gateway's SendEvent path from whichever node holds the Primary role. The downstream connection (endpoint/key/TLS) is sourced from the ServerHistorian section.",