A returning background supervisor ignores stale worker lists instead of respawning them.
What's wrong with this entry?
When the background supervisor comes back after being down, it checks how old the previous list of workers is. If it is old, it skips the pending upgrade respawns for those workers, and they no longer count toward the "all workers dead" health verdict.
- The adopt log line reports the roster's age in days and how many respawns were skipped.
- Settling a worker can now come back as
dead-epoch, and the adoption telemetry event gained dead-epoch and upgrade-skipped counters.
upgrade_skipped=${me} (previous roster written ${Math.round((Date.now() - M.updatedAt) / 86400000)}d ago)
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.246
Background daemon start failures are classified, and a sleeping machine gets one retry
Both mention background daemon
-
v2.1.223
Daemon lock can now live in the v5 storage backend
Both mention daemon
-
v2.1.227
Daemon lock recovers when the lock path is not a regular file
Both mention daemon