##### grim-step on 9202 — controller gitea.dooplex.hu/admin/felhom-controller:0.287.0 | catalog 3d8b76d DRILL metube: ghcr.io/alexta69/metube:2026.09.29 (bo | 2026-10-02T06:35:58Z
before: pinned={'grimmory': 'ghcr.io/grimmory-tools/grimmory:v3.4.1', 'grimmory-db': 'mariadb:11.4'}
drill: 051749b DRILL grimmory: v3.5.0 (box step behind the family gate, 2026-10-02)
  phase +0.0s backing-up | err=None
  phase +10.3s safety-dump | err=None
  phase +11.3s failed | err=A frissítés nem indult el: az új verzió leírása nem olvasható be. Az alkalmazás változatlanul fut tovább.
    grimmory: /api/v1/healthcheck never answered
    gate files after the step: family-gate-grimmory.yml family-gate-metube.yml | a stranger at / -> LAN 401 | tunnel 401 | OPDS exception, a stranger -> LAN 401 | tunnel 401
RESULT final_phase=failed after={'grimmory': 'ghcr.io/grimmory-tools/grimmory:v3.4.1', 'grimmory-db': 'mariadb:11.4'} seed_after=False (11.3 s)
NOTE (2026-10-02T06:47Z): attempt 1 is a HARNESS failure, not the product's. The drill edit opened the compose for writing before reading it, so the drill template went out EMPTY; the box refused it ("backup block rejected … matches no compose bind"), took its backup, and answered "the update did not start — the app runs on unchanged" (11.3 s). Grimmory kept running at v3.4.1, healthy. The member 401s after it: box_walk cached "not gated" from a GET / asked while Grimmory restarted after the pre-update backup (no router for a moment) — fixed in box_walk.gate_cookie (a 404/5xx without a gate redirect is no longer cached). Drill restored by commit; attempt 2: grim-step.txt.
