memory: swarm UpdateStatus convergence gotchas (builds 238/241)

This commit is contained in:
autonomic-bot
2026-06-09 23:14:18 +00:00
parent 926e4553b7
commit 08706c665e
2 changed files with 24 additions and 0 deletions

View File

@ -9,3 +9,4 @@
- [immich pgvecto.rs DROP DATABASE panic](immich-pgvectors-drop-database-panic.md) — DROP DATABASE crashes immich's postgres image; use pg_dump --clean --if-exists + search_path rewrite
- [Drone sqlite log extraction](drone-sqlite-log-extraction.md) — copy /data/database.sqlite from drone container, query builds→stages→steps→logs for full step output
- [plausible upgrade-base trap](plausible-upgrade-base-trap.md) — CI REDs from published 3.0.0 base (no x86_64 arch → 404 → silent exit 1), not the PR; needs UPGRADE_BASE_VERSION=3.0.1+v2.0.0 in cc-ci tests
- [Swarm UpdateStatus convergence gotchas](swarm-updatestatus-convergence-gotchas.md) — N/N is not converged mid stop-first update; paused flag persists forever; only updating/rollback_started are active

View File

@ -0,0 +1,23 @@
---
name: swarm-updatestatus-convergence-gotchas
description: "N/N replicas is not convergence during stop-first rolling updates, and a 'paused' UpdateStatus persists forever — both bit cc-ci harness waits (builds 238/241)"
metadata:
node_type: memory
type: project
originSessionId: 85355980-5e4f-4f90-b1ca-d0e4fe82f04b
---
Two docker-swarm facts that broke cc-ci convergence waits on 2026-06-09:
1. **N/N ≠ converged.** A service update (e.g. chaos redeploy changing a db image) is *registered*
immediately but may not have *started* — the OLD task still shows 1/1, then dies seconds later
(stop-first). Build 238: backupbot exec'd a pre-hook into the just-killed db container → 409 →
empty snapshot → RED. Convergence must also check `docker service inspect --format
'{{if .UpdateStatus}}{{.UpdateStatus.State}}{{end}}'`.
2. **`paused` persists forever.** Swarm's default `update-failure-action: pause` flips UpdateStatus
to `paused` on ONE task flicker, and the flag never clears (until the next update) even when the
service recovers to N/N healthy. Build 241 hung 22min treating it as in-flight. Only `updating`
and `rollback_started` are active states worth waiting on.
Both encoded in cc-ci `runner/harness/lifecycle.py::services_converged` (commits 68ef0f8 + e6d55b5).
Remember when writing any NEW wait/health logic against swarm. Related: [[shared-recipe-checkout-race]]