Rename run-20x.sh → run-gate.sh, default ARCHY_ITERATIONS 20→5, and scrub 20× references across CLAUDE.md, the master plan, TESTING.md, app-registry status, the orchestrator/config doc-comments, and the bats suites. Also add a minimal fail() helper to mempool.bats so guard failures report cleanly. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
34 KiB
🚩 PRODUCTION MASTER PLAN — Archipelago App Platform & Registry
THIS IS THE AUTHORITATIVE PLAN. Agents: read this first and keep it open until the production test gate (§5) is green. It overrides ad-hoc direction and supersedes all prior roadmap/handoff/status docs. When the gate passes, remove the priority banner and demote this doc.
Last updated: 2026-06-22 (evening) · .228 gate 1×-GREEN; hardened 5× running on .228 (see §8b CURRENT STATE — resume from any device).
1. The North Star
Make Archipelago a world-class, developer-ready app platform where:
- Every app is manifest-driven — install/run/update/uninstall needs only the
app's manifest (+ catalog entry). Zero OS-level code reliance: no per-app
Rust installers, no
sudo mkdir/chown, no host provisioning. - Manifests are distributed via the (signed) registry, not baked into the binary OTA as disk files. Bumping/adding an app = a signed catalog change.
- Third-party developers can build and ship apps via an external registry —
a decentralized marketplace (DID-signed manifests, Nostr discovery, reputation),
not a gatekept central store.
archy app validate/render/install/testtooling. - The platform stays rootless, secure-by-default, elegant, robust, and 100%-uptime-capable (reboot-survivable, self-healing, no data loss on migrate).
Definition of done: the production test gate (§5) is green for the app set on real nodes. Until then, this plan is the priority.
2. Invariants (never violate)
- Rootless Podman only. No rootful, no Docker-socket mounts, no privileged containers unless explicitly approved. (ADR-001, ADR-009.)
- No app-specific business logic in the Rust backend. The orchestrator owns
the lifecycle state machine; apps are declarative. Legacy
install_immich_stack(hardcodedpodman run+sudo chown) is the anti-pattern being deleted. - Secrets are manifest-declared (
generated_secrets, materialised bycontainer::secrets0600/rootless, idempotent + self-healing) — never hardcoded, per-app, or logged. Replaces the deletedensure_fmcd_password. - Migrations never destroy data. Preserve
/var/lib/archipelago/<app>, generated secrets, displayed credentials, public ports, and adoption container names. Always provide a rollback path. Stop/recreate only when necessary. - Verify on the real node .228 before any tag. (Fleet/multinode verification is
a separate pass →
docs/multinode-testing-plan.md.)
3. Current state (2026-06-21)
- ~40 apps are manifest-based and Quadlet-migrated (survive
archipelago.servicerestart + reboot). Exhaustive per-app table:docs/app-registry-status-2026-06-21.md. - Legacy holdout: immich — the one app with no manifest and a hardcoded Rust stack installer (in-cgroup, not Quadlet). 3 containers, healthy, live data. The migration proof case.
- Manifests still travel by OTA disk rsync (
apps/ → /opt/archipelago/apps). The signed catalog (app-catalog.json) currently distributes only image overrides — not full manifests. Gap closed by workstream B. - The 4 companions (
archy-bitcoin-ui,-lnd-ui,-electrs-ui,-fedimint-ui) build fromdocker/<name>contexts viacompanion.rs, not the manifest registry — a later phase folds them in. - No app has passed the formal production gate. That is the blocker.
4. Workstreams (each links its authoritative detail doc)
| # | Workstream | Detail doc | Status |
|---|---|---|---|
| A | Manifest-driven app platform — packaging contract, single/multi-container runtime, routing, controlled hooks, dev tooling (6 phases, security model, migration rules) | APP-PACKAGING-MIGRATION-PLAN.md |
mostly done; immich + multi-container polish remain |
| B | Registry-distributed manifests — catalog carries full signed manifest; orchestrator installs from registry; disk = migration fallback | registry-manifest-design.md |
phases 1+2 done (node consume + opt-in publisher embed); not yet flipped on for the fleet |
| C | Developer-ready external registry — 3rd-party DID-signed manifests, decentralized Nostr discovery (NIP-78 kind 30078) + trust score, archy app … tooling |
marketplace-protocol.md, app-developer-guide.md |
design exists; tooling + trust UX pending |
| D | Distribution backbone — signed catalog, BLAKE3 content-addressing, iroh swarm (origin-always-wins) | dht-distribution-design.md |
phases 0–2 code-complete (worktree) |
| E | Production test gate — 5× lifecycle on .228, per-app L1/L2 matrix; multinode is split out → multinode-testing-plan.md |
tests/lifecycle/TESTING.md, bulletproof-containers.md |
.228 GREEN (110/110); 5× in progress |
Orchestrator architecture (foundation for A/B): rust-orchestrator-migration.md
(ProdContainerOrchestrator, BootReconciler 30s level-triggered reconcile, adoption
scan, Quadlet rendering) and bulletproof-containers.md (the six container failure
modes FM1–FM6 + the desired-state-first reconciler that fixes them).
5. Production test gate (exit criterion)
An app is production-ready only when tests/lifecycle/run-gate.sh is green
across the full matrix — install / UI-reachable / stop / start / restart /
reinstall / reboot-survive / archipelago-restart-survive / uninstall —
5× on .228 (ARCHY_ITERATIONS=5). The gate runs ON the node (it uses local
podman/systemctl/bitcoin probes; running it via RPC from another host silently
tests the runner). Multinode / fleet verification (.198 + others) is a SEPARATE
plan — docs/multinode-testing-plan.md — NOT part of this single-node criterion.
Coverage today: L0 unit (631 ●), L1 RPC ● for 6 core apps, L2 UI ● dashboard +
proxies; L3 survival ◐; ~30 apps have zero automated coverage.
6. Immediate sequence (live workstream)
- ✅ B-phase 1 —
manifestfield onAppCatalogEntry;load_manifestscatalog-wins merge;manifest_dirkept (build-source catalog manifests skipped in phase 1); unit tests. (commit220666d3) - ✅ B-phase 2 —
EMBED_MANIFESTSpublisher generator + round-trip guard. (7bfbe8fe; signing via existing ceremony — not yet flipped on for the fleet.) - ✅ C immich proof — immich is a manifest-driven stack (immich + immich-postgres
- immich-redis) installed via
install_stack_via_orchestrator; legacy installer is now fallback-only. Live-migrated + verified on .228. Found+fixed: container_name duplicate-on-shared-PGDATA, version-digit validation, partial-fallback hardening, data_uid 100998. Canonical app_idimmich(title+icon). (9e6c5370,d5ef4573)
- immich-redis) installed via
- ✅ Reboot-survival — podman-restart.service enabled (startup, fleet-wide)
for the podman-
--restartpath. (f160e0c4) - ◧ E — 5× gate on .228 (
ARCHY_ITERATIONS=5). .228 is GREEN 1× (110/110); the 5× run is in progress. This is now the SINGLE-NODE criterion. - ◻ Demote this banner once the 5× is green.
Multinode / fleet verification (.198 and the rest) is split into its own plan:
docs/multinode-testing-plan.md. Do it AFTER the .228 single-node gate is green.
Not yet done / deliberate follow-ups: flip EMBED_MANIFESTS on for the
published catalog (then sign) to actually distribute manifests via the registry;
Phase-3 use_quadlet_backends rollout so orchestrator backends are Quadlet (not
just podman---restart).
7. Release blockers & operational gotchas (durable)
Carried forward from prior handoffs (deduped against persistent memory):
- Rootless control-plane responsiveness — slow
podman ps/store cleanup at startup must not surface a false "no apps installed" UI. My Apps must preserve last-known apps during scanner backoff, never show empty during a transient. - Reboot survival — gate on ≥3 (prefer 5) consecutive clean post-reboot
lifecycle passes. Quadlet units under
user.slicesurvivearchipelago.servicerestart; legacy in-cgroup containers get SIGKILLed and reconciled back. - Startup patterns — wait on a socket/health, never
sleep. Tailscale waits for its socket; Fedimint Guardian waits for Bitcoin RPCinitialblockdownload:falsebefore launching fedimintd (proxy/wait companion on :8175 during IBD). - Bitcoin must run full (
txindex=1, non-pruned) for ElectrumX/mempool. - Adoption — match existing containers by name and adopt without recreate;
record a migration version in app state; preserve Nostr signer bridges
(IndeeHub needs
/nostr-provider.jsserved, not just port reachability). - Image presence — use bounded targeted
podman image inspect, notpodman image exists(avoids store-walk stalls). - Companion rebuilds —
companion.rsmust rebuild:latestwhen the build context changes (staleness check), else baked-in fixes (e.g. guardian CSS) never reach nodes.:localis a manual override, never auto-rebuilt.
8. Roadmap
Pipeline: Feature Testing (internal) → User Testing (controlled hardware) → Beta Live (public). Hardening priorities feeding the gate:
- P0 Container app reliability — bulletproof install/health/restart/uninstall across all apps, dependency chains, multi-container stacks.
- P0 Networking stack first-install → reboot-proof (WireGuard/NetBird, Tor hidden services, LND Connect).
- P1 LUKS2 full-partition encryption for
/var/lib/archipelago/(AES-256-XTS, Argon2id, key from setup password + hardware salt). - P1 Meshtastic plug-and-play parity with MeshCore.
- P1 Mobile app-launch UX — drop the "this app opens in a tab" interstitial.
Two surfaces (both: no interstitial screen, launch the app directly):
- Companion app (Android): open every app in the in-app WebView (not just non-iframeable ones) — and carry the current mobile-iframe footer controls into the WebView (back/forward/reload/close — good, useful UX).
- Mobile web browser (PWA): open tab-apps directly in a new browser tab.
Touch points:
neode-ui/src/stores/appLauncher.ts,AppLauncherOverlay.vue, the Android in-app WebView bridge, and the mesh-mobile iframe footer controls. (Reference prior work:b5a9deb8in-app webview for non-iframeable apps,d1fbcd9b"open in browser" via native bridge.)
Post-beta (deferred — do not start until gate is green): P2P encrypted
voice/video (WebRTC over federation via Tor); watch-only wallet + mesh BTC
hardening; paid swarm streaming + IndeeHub source (phase4-streaming-ecash-plan.md);
Meshroller Rust-native mesh AI (meshroller-integration-design.md); dual-ecash
phases 2–6 (dual-ecash-design.md).
8b. SESSION STATE + RESUME (updated 2026-06-22 evening) — READ §8b "CURRENT STATE + RESUME" FIRST
▶ CURRENT STATE + RESUME (2026-06-22 evening) — RESUME FROM HERE (works from any device)
Headline: the production gate's package.stop blocker is FIXED; .228 is 1×-GREEN
(110/110); a hardened 5× run is IN PROGRESS on .228 (the single-node exit criterion). The
gate is now single-node (.228); multinode is split out (docs/multinode-testing-plan.md).
THE 5× RUN IS DETACHED ON .228 — survives terminal/session close. Check it from any machine:
sshpass -p archipelago ssh archipelago@192.168.1.228 \
'grep -E "iteration [0-9]+: (PASS|FAIL)|RESULTS|passed:|failed:" /tmp/gate-5x2.log; \
echo "running pid: $(pgrep -f run-gate.sh$ || echo DONE)"; grep "^not ok" /tmp/gate-5x2.log | sort -u'
- Log:
/tmp/gate-5x2.logon .228 · launchednohup(pid was 4042141) ·ARCHY_ITERATIONS=5 ARCHY_ALLOW_DESTRUCTIVE=1, run ON the node from/tmp/lifecycle-run/tests/lifecycle(ARCHY_HOST=127.0.0.1).bats1.11.1 + staticjq1.7.1 are installed on .228 for this. - If all 5 iterations PASS → .228 has met the single-node criterion → demote the banner.
- If it flakes again: it'll be readiness-under-churn (lnd/mempool); the hardening (commit
98f4fa44: inter-iterationsettle_stack()+ 180–240s readiness windows) targets exactly that. Re-copy the repotests/lifecycleto /tmp/lifecycle-run and re-launch.
Code fixes shipped this session (all on main, built + DEPLOYED to .228 AND .198):
2dad64b2stop honours per-app grace (was-t 30deadline racing SIGKILL).760a32bcreconciler stops resurrecting user-stopped apps (dep-override + host-port watchdog).6e49ce6fcontainer-list reports user-stopped apps asstoppeddespite a live UI companion.452f05d8companion self-heal on its own ~30s loop (was gated behind the slow per-app pass).- Test-harness hardening:
8893055853b8e47f892ff08398f4fa44(readiness retries, immich/ fedimint/NPM/lnd windows, inter-iteration settle). Binary built on .116core/target/release/archipelago(4-fix); deploy = stop archipelago, cp to /usr/local/bin, start.
NODE-STATE fixes on .228 NOT in the repo (re-apply if .228 is reset/reimaged):
- nginx
/app/lnd/proxy target was stale8081→ fixed to18083(sed in /etc/nginx/sites-{available,enabled}/archipelago + snippets, thennginx -s reload). Repo code is correct (18083); old node config was stale. - Removed a stale orphan
~/.config/containers/systemd/home-assistant.container(ContainerNamehome-assistant≠ the realhomeassistantcontainer; it was stuck "activating"). Real app fine. - electrumx was re-installed (
package.installw/ image146.59.87.168:3000/lfg2025/electrumx:v1.18.0) to re-register it as a tracked manifest app (it had become adopted plain-podman).
KEY LESSON: run the lifecycle gate ON the node, not via RPC from .116 — its bitcoin/companion/
orphan/endpoint tests use local podman/systemctl/bitcoin-cli/curl, so a remote run silently
tests the runner (this is why earlier runs from .116 falsely showed "bitcoin in IBD" etc.).
Remaining (after 5× green): netbird migration (#20 ph4 — the one real migration left) + btcpay/
mempool stack polish; Phase-3 use_quadlet_backends; B flip-on (EMBED_MANIFESTS+sign); per-app test
coverage (~30 apps unwritten); the mobile app-launch UX (§8 Roadmap P1). Multinode → its own plan.
Where we are — Task #20 (manifest lifecycle hooks) + indeedhub migration: DONE & 2-node verified
Manifest-driven lifecycle hooks + the IndeedHub stack migration are complete and
live-verified on BOTH .228 and .198 (adoption + fresh-create + post_install hook
exec, stable under load). 15 commits this session: 4c1a4e59..e2a012d0. Working
tree clean. The release lifecycle gate is 5× (ARCHY_ITERATIONS=5).
Shipped (all on main, newest first):
e2a012d0indeedhub frontend health →tcp:7777(was http GET/; the http check false-failed under load and the reconciler churned the frontend — fixed).ff78b312hookexecruns in a transient user scope (systemd-run --user --scope --quiet --collect podman exec …) — fixes "crun: write cgroup.procs: Permission denied" when exec'ing from archipelago.service.ff8f11b8indeedhub frontend caps[CHOWN,DAC_OVERRIDE,SETGID,SETUID]— nginx workers died "setgid(101) failed" under the orchestrator's--cap-drop=ALL.b73084dbDELETED the legacy indeedhub orchestrator special-cases (−382 lines: reconcile_indeedhub_stack, start_indeedhub_backends, the 120s dependency-DNS gate, patch_indeedhub_nostr_provider, repair_indeedhub_network_aliases, INDEEDHUB_* consts) → "indeedhub" now uses the GENERIC install_fresh/reconcile path.b1eea8c07 indeedhub manifests (apps/indeedhub{,-postgres,-redis,-minio,-relay,-api, -ffmpeg}) +install_indeedhub_stackorchestrator-first (immich pattern).b94b61f6network_aliasesContainerConfig field (podman_client + quadlet rendering, DNS-label validated) — lets the frontend nginx reachapi:4000/minio:9000/relay:8080on the dedicatedindeedhub-net.955c54b7/4c1a4e59#20 hooks phases 1-2: schema (LifecycleHooks/HookStep/HostCopy in archipelago-container::manifest) + executorcontainer::hooks::run_post_install(allowlist-canonicalised copy_from_host + scoped exec), wired intoinstall_fresh.84031e62gate 20×→5× (docs only: CLAUDE.md, this file, tests/lifecycle/TESTING.md).
Design = adoption-safe + manifest-driven. Manifests reproduce the live install exactly
so existing nodes ADOPT (NoOp) instead of recreate: hyphen container_names the runtime
already references, named volumes indeedhub-{postgres,redis,minio,relay}-data,
indeedhub-net + network_aliases [postgres|redis|minio|relay|api], generated_secrets reuse
the live /var/lib/archipelago/secrets values (ensure_one no-ops on existing; postgres pw is
fixed at PGDATA init). minio user "indeeadmin" + AES_MASTER_SECRET literal kept. The
frontend image indeedhub:1.0.0 already bakes the iframe nginx (X-Frame omit + nostr-provider.js
- sub_filter), so the post_install hook (sed X-Frame / copy nostr-provider.js / inject / nginx reload) is defensive/idempotent. crash_recovery.rs's frontend-after-deps ordering guard is KEPT on purpose (beneficial; not a blocker).
⛔ GATE BLOCKER 2026-06-22 — package.stop ignores the per-app stop grace (REAL, fleet-wide, ROOT-CAUSED)
Step 1 (sync .228 tcp-health manifest) is DONE + verified. Step 2 (the 5× gate) surfaced a
real, fleet-wide package.stop bug — reproduced on the CLEAN, quadlet-correct .198, so it is a
genuine product bug, not node contamination. Root cause is fully pinned (below).
Symptom. package.stop <app> returns {"status":"stopping"} but the container never stops
(container-list shows running 60s+); the gate's wait_for_container_status … stopped 60 times
out. Hits fedimint, electrumx, bitcoin-knots, btcpay-server, immich (slow-to-SIGTERM apps).
filebrowser passes because it exits on SIGTERM in <30s.
ROOT CAUSE (from .198 journal during a live package.stop fedimint):
WARN quadlet: systemctl --user stop fedimint.service timed out after 45s
ERROR runtime: package.stop fedimint failed: stop_container fedimint:
podman stop -t 30 fedimint timed out after 30s: deadline has elapsed
The orchestrator stop path ignores the per-app graceful-stop table and the wrapper deadline equals the grace:
archipelago::api::rpc::package::runtime::stop_timeout_secs()defines per-app grace (bitcoin 600s, lnd 330s, electrumx 300s, immich_postgres 120s, fedimint/btcpay 60s, default 30). The legacy stop paths use it (runtime.rs:329/607/1060podman stop -t <stop_timeout_secs>).- The orchestrator path does NOT:
prod_orchestrator::stop()→ContainerRuntime::stop_container(container/src/runtime.rs:124) → APIPodmanClient::stop_containerhardcodes?t=10(podman_client.rs) and the CLI fallback hardcodes-t 30(runtime.rs:128). fedimint needs 60s but gets 10s/30s ⇒ SIGTERM grace expires; the API/CLI stop errors out and the whole stop fails → state reverts torunning. - Compounding:
PODMAN_CLI_DEFAULT_TIMEOUT = 30s(runtime.rs:9) wrapspodman stop -t 30, so the await fires exactly when podman would SIGKILL → "timed out after 30s" even though the kill would land a moment later. The wrapper deadline must exceed the-tgrace.
FIX (two parts, design choice flagged):
- Thread the per-app stop grace into the orchestrator stop path. Either (A) move/duplicate
stop_timeout_secsinto thecontainercrate and havestop_containeruse it, (B) extend theContainerRuntime::stop_containersignature to take agrace: Durationand haveprod_orchestrator::stop()compute it from the loaded manifest, or (C, north-star-aligned) add astop_grace_secsfield to the manifest (default 30) and read it fromlm.manifestinstop(). (C) is the manifest-driven choice; bitcoin/lnd/electrumx/fedimint manifests then declare their value. DECISION NEEDED from owner: A/B (fast, table-based) vs C (manifest-driven). - Make the CLI/API wrapper deadline = grace + buffer (e.g. grace + 15s) so podman's SIGKILL
completes inside the await. Apply to both
PodmanClient::stop_container(?t=+HTTP timeout) and theruntime.rsCLI fallback (-t+PODMAN_CLI_DEFAULT_TIMEOUT). Add a mock-orchestrator test: a container that ignores SIGTERM for >30s must still endstopped.
Build/deploy after the fix: cd core && CARGO_INCREMENTAL=0 cargo build --release -p archipelago
→ sideload to .228 + .198 (stop archipelago, cp binary, start) → re-quadletize .228 (its backend
.container files are gone from my cascade-gate contamination — reinstall its apps so units
regenerate, matching .198) → re-run the canonical gate (DESTRUCTIVE only).
✅/⚠️ FIX SHIPPED + VALIDATED 2026-06-22 — and the gate has MORE causes than the grace bug
Done: the grace fix is implemented (option C+table fallback: manifest stop_grace_secs →
stop_grace_secs_for() table; deadline = grace + 15s), unit-tested (3 tests green), committed
(2dad64b2), release-built, and deployed to BOTH .228 and .198 (active, UI 200). Quadlet
regression suite green (37/37). Validated: healthy app vaultwarden stops cleanly on .198
(running→exited→removed) — no regression; the deployed binary's stop path works.
The gate stop-failure was MULTI-CAUSED (3 real product bugs) — all 3 now FIXED + the electrumx lifecycle suite is GREEN (10/10, 66s) on .228:
- ✅ Stop ignored per-app grace (
podman stop -t 30spurious 30s timeout) — commit2dad64b2. Orchestrator now uses manifeststop_grace_secs→stop_grace_secs_for()table; deadline = grace + 15s; applied to quadlet stop + API + CLI. - ✅ Reconciler resurrected user-stopped apps — commit
760a32bc. The reconcile filter'sdependency_requiredoverride re-included a user-stopped dependency (electrumx ← active mempool), the in-memorydisabledset is wiped on manifest reload, and the host-port "repair" then restarted the stopped backend within ~8s. Fix:ensure_running_with_modenow bailsLeft("user-stopped")when the on-diskuser_stoppedmarker is set (the single choke point all reconcile flows through); install/start clear the marker first so user actions are unaffected. - ✅ container-list reported user-stopped apps as
running— commit6e49ce6f. The backend was Exited but its UI companion (electrs-ui/bitcoin-ui/…) kept serving the launch port, and the state-refresh upgraded any reachable launch port torunning. Fix:handle_container_listforcesstoppedforuser_stoppedapps before the launch-port refresh.
Earlier theories now RESOLVED/superseded: "fedimint crash-looping" was probe-induced churn — left alone, fedimint is stable (Up 48 min, 0 watchdog restarts/30 min); its restarts during testing were the host-port watchdog firing while I rapid-cycled stop/start (fixed by #2). "Exited→Stopped key mismatch" was actually the live-UI-companion launch-port issue (#3). "Grace vs gate-timeout" (electrumx 300s) was moot — a healthy electrumx honours SIGQUIT and stops in <1s.
TWO-NODE GATE RESULT (1×, DESTRUCTIVE, both with the 3-fix binary):
- .228: 104/110. All previously-failing
package.stoptests now PASS (bitcoin/btcpay/electrumx/ fedimint/immich). Remaining 6: test 31 (companion recreate), 44 (fedimint orphan — probe pollution), 55 (immich restart timing), 83 (bitcoin not archival-synced), 94/99 (endpoint/lnd-proxy cascade from 83). - .198: 94/110. 14 of 16 failures are one root cause: bitcoin is in IBD (test 83 says
blocks=817652 headers=954850— ~137k behind). Everything chained to bitcoin cascades: lnd (16,85), btcpay (22,23,103), electrumx (37), mempool stack (71,72,73,101), endpoints (94), bitcoin.getinfo (7,12). The other 2 are node-independent: 31 (companion recreate) and 44 (fedimint orphan pollution).
CONCLUSION: the lifecycle-stop blocker is FIXED and validated on both nodes. The residual red is NOT lifecycle bugs — it is (a) bitcoin still syncing (IBD) on the test nodes [test 83 is an explicit precondition; nothing electrumx/lnd/btcpay/mempool can pass until it finishes], (b) .228 plain-podman contamination (my cascade-gate), and (c) two minor items: test 31 companion-unit recreate (both nodes — likely the 90s window vs reconcile tick + image step; investigate) and test 44 orphan fedimint container left by my probing.
EVERY gate failure is now FIXED or explained — NO lifecycle code bugs remain. Final read:
- ✅
package.stop(the blocker): 3 bugs fixed (2dad64b2/760a32bc/6e49ce6f), green both nodes. - bitcoin-IBD cascade (most of .198's red): environmental — bitcoin syncing (test 83 precondition).
- test 31 companion-recreate: NOT a product bug. Two things: (a) FIXED — the companion
reconcile stage was gated behind the slow per-app pass; now it runs on its own ~30s loop
(
452f05d8). Validated on .228 with the new binary: a deletedarchy-electrs-uiunit self-heals in ~10s (was stuck 100s+), journal:companion not active, repairing → wrote quadlet unit → companion started. (b) HARNESS CAVEAT — the companion-survives bats does LOCALrm/systemctl --user(no ssh), so running the gate from .116 against a remote node actually tests .116's companions with .116's (old) binary, not the RPC target. ⇒ the companion-survives suite must be run ON the target node (or with the new binary on .116) to be meaningful. This explains the "failed on both nodes" runs — both were silently testing .116. - test 55 immich restart: NOT a bug — the heavy 3-container stack (postgres+redis+server) restarts in >120s under load; immich DOES return to running. Optional: bump the immich restart wait.
- test 44 fedimint orphan: my probe pollution; a teardown clears it.
To reach a literally-green 5× gate (now infra/node-prep + minor test-window tuning, not lifecycle code):
- Let bitcoin finish IBD on a test node (or point the gate at an archival-synced bitcoin).
- Re-quadletize .228 (reinstall its backends so
.containerunits regenerate, matching .198). electrumx done; bitcoin/btcpay/fedimint/immich/etc. remain. (Most backends ARE in manifest_ids already; this is about regenerating quadlet units + clearing adopted plain-podman state.) - Optional: faster companion-reconcile cadence (test 31) + longer immich-restart wait (test 55) + clear the test-44 orphan — or simply run the gate on a less-loaded, bitcoin-synced node.
- ✅ test 31 ROOT-CAUSED = contamination + load (NOT a product bug).
companion::reconcileonly recreates a deleted companion unit (e.g.archy-electrs-ui) when its PARENT backend (electrumx) is inmanifest_ids. On contaminated .228 electrumx ran as plain podman and was NOT a tracked manifest install (its/opt/.../electrumx/manifest.ymlexists on disk but wasn't loaded), so the reconciler never iterated it → companion orphaned. Proven fix:package.install electrumxre-registered it (nowreconcile action app_id=electrumxfires) AND restored the companion (unit present, service active). The companion self-heal logic is correct. ⇒ test 31 clears once .228 is re-quadletized (step 2). electrumx on .228 is now de-contaminated. Still: clear test-44 orphans. - Then run
ARCHY_ITERATIONS=5 ARCHY_ALLOW_DESTRUCTIVE=1on the synced+quadlet node, then the other.
Quadlet context (still true, but SEPARATE from the bug above): quadlet IS the intended backend
runtime — .198 has the backend .container files (bitcoin-knots/btcpay-server/fedimint/filebrowser/
indeedhub/gitea/grafana/botfights/…). .228 lost them (only UI companions + home-assistant remain;
bitcoin-core.container is .disabled-20260506) because my cascade-gate uninstalled its apps and
my package.start restore recreated them as bare podman run --restart=unless-stopped without
regenerating units. Two related hardening items: (a) package.start should regenerate a missing
quadlet unit, not fall back to bare podman; (b) re-survey the status doc's "Quadlet-everywhere ~96%"
from .container-file presence + PODMAN_SYSTEMD_UNIT, not from "container running".
The stop→stopped STATE reporting is correct once the container actually stops (server.rs:1334
keeps a --rm'd app visible as Stopped via the user_stopped guard — proven on filebrowser); the
bug is purely "container never stops", not "state not reported".
MY-SESSION ERRATA (own it on resume)
- I ran the gate with
ARCHY_ALLOW_CASCADE_DESTRUCTIVE=1, which is NOT the canonical gate (that isARCHY_ALLOW_DESTRUCTIVE=1only — stop/start/restart, no uninstall/reinstall; see run-gate.sh "Suggested release-gate invocation"). Cascade ran uninstall/reinstall on every app and, when I killed the run mid-iteration, left bitcoin-knots/electrumx/btcpay/fedimint/immich uninstalled or stranded. I fully restored .228 (reinstalled bitcoin-knots with the correct image146.59.87.168:3000/lfg2025/bitcoin-knots:latest; started the rest; cleared a staleuser-stopped.json). Verified healthy: UI 200, 35 containers, 17 appsrunning. - Reinstall gotcha:
package.installneeds a REAL image ref indockerImage; a bare app name →Invalid Docker image format.
NEXT STEPS (in order) — SINGLE-NODE (.228) criterion
- ✅ DONE — 4 stop/reconcile bugs fixed + deployed (
2dad64b2grace,760a32bcreconcile-resurrection guard,6e49ce6fcontainer-list user-stopped,452f05d8companion cadence). Plus test-harness fixes (lnd/immich/fedimint/NPM readiness + config). - ✅ DONE — gate run ON .228 (synced bitcoin): 110/110 GREEN (1×). Key lesson: run the gate on the node, not via RPC from .116 (local podman/systemctl/bitcoin probes).
- ◧ 5× run on .228 in progress (
ARCHY_ITERATIONS=5 ARCHY_ALLOW_DESTRUCTIVE=1, on the node). 5 consecutive clean iterations = the single-node gate criterion → demote the banner. - netbird migration (#20 phase 4) — the one real migration left; assess setup steps first (TLS cert gen, config files, resolver IP — may need host-file-write hooks beyond exec/copy_from_host; legacy is install_netbird_stack in stacks.rs). Then btcpay/mempool stack polish.
- Hardening:
package.startshould regenerate a missing quadlet unit, not fall back to bare podman.
Multinode / fleet (.198 + the rest) → docs/multinode-testing-plan.md (separate, after .228 green).
Carry-over notes for that plan: .198 bitcoin was mid-IBD; the lnd /app/lnd/ nginx proxy had a
stale 8081 target on .228 (repo code is correct at 18083 — re-check on other nodes).
KNOWN ISSUES / WATCH-OUTS
- .198 is a weak/loaded node (load avg ~3–5). The generic reconcile recreates
containers it deems unhealthy; under load, false-failing health checks → churn. The
tcp-health fix (
e2a012d0) mitigated the frontend case. If the lifecycle gate churns on .198, look for other apps whose http health checks false-fail under load → prefer tcp. - Many concurrent SSH sessions to .198 wedge its sshd (MaxStartups) — it pings but SSH
hangs for minutes. Use ONE ssh at a time to .198;
pkill -f 192.168.1.198to clear strays. - Hook
execonly works in the scoped form (committed).copy_from_hostis directcp.
DEPLOY / VERIFY FACTS (both nodes, ISO Debian, glibc 2.41 — binary built on .116 runs on both)
- Build:
cd core && CARGO_INCREMENTAL=0 cargo build --release -p archipelago(~12 min, opt-level=3). Binary atcore/target/release/archipelago. Linker "undefined hidden symbol" → rebuild with CARGO_INCREMENTAL=0.archipelagois a bin-only crate (no lib). Filtered tests:cargo test -p archipelago --bin archipelago -- hooks quadlet. - Sideload:
scp binary $H:/tmp/archipelago-new→sudo systemctl stop archipelago; sudo cp /tmp/archipelago-new /usr/local/bin/archipelago; sudo chmod +x …; sudo systemctl start archipelago. Containers SURVIVE the restart (--restart unless-stopped + podman-restart.service). Binary path is /usr/local/bin/archipelago. - Manifests live at /opt/archipelago/apps/<app_id>/manifest.yml (root-owned ok). The
orchestrator CACHES them at startup → edit on disk then RESTART archipelago to reload.
Bulk deploy:
tar czf t.tgz -C apps indeedhub indeedhub-postgres indeedhub-redis indeedhub-minio indeedhub-relay indeedhub-api indeedhub-ffmpeg; scp;sudo tar xzf t.tgz -C /opt/archipelago/apps. - Nodes: .228 = 192.168.1.228, SSH pw
archipelago, RPC/UI pwpassword123(https). .198 = 192.168.1.198, SSH pwarchipelago, RPC/UI pwThisIsWeb54321@(https). Both have the 7-container indeedhub stack + secrets + named volumes pre-existing. - Trigger install via RPC:
auth.login(sets session+csrf cookies) → send the csrf cookie value asX-CSRF-Tokenheader →package.installwith params{"id":"indeedhub","dockerImage":"<any>"}(dockerImage required even for stacks; install is async → returns{"status":"installing"}). install logs go to /var/log/archipelago/container-installs.log (best-effort) AND journalctl -u archipelago. - Fresh-create test recipe:
podman rm -f indeedhub(stateless frontend) → package.install indeedhub → expect install_fresh + post_install hook (all 4 stepsok) + UI 200 on :7778 (/ , /nostr-provider.js, /api/). On adoption the frontend is NoOp (hook does NOT run — install_fresh is the only hook trigger).
9. Documentation map (what survives)
This master plan is the hub. Authoritative standalone docs (linked above), kept:
- Design:
architecture.md,app-developer-guide.md,APP-PACKAGING-MIGRATION-PLAN.md,registry-manifest-design.md,marketplace-protocol.md,dht-distribution-design.md,multi-node-architecture.md,rust-orchestrator-migration.md,bulletproof-containers.md,three-mode-ui-design.md,dual-ecash-design.md,meshroller-integration-design.md,phase4-streaming-ecash-plan.md,adr/*. - Reference:
app-manifest-spec.md,api-reference.md,developer-guide.md,operations-runbook.md,troubleshooting.md,user-walkthrough.md,bitcoin-rpc-relay.md,security-code-audit-2026-03.md,GAMEPAD-NAV.md,SEED-VERIFICATION.md,hotfix-process.md,app-registry-status-2026-06-21.md.
All dated handoffs/resumes/transcripts/superseded trackers were consolidated here and removed (recoverable via git) on 2026-06-21.