admin
9c69b3ff07
gates / gates (push) Successful in 27s
Evidence off the machine at the end of the phases that produced it (R-320). Teardown follows. PHASE 2 — the two database engines, through the REAL Update button: - MariaDB 11.6 -> 12.3 on nextcloud: PROVEN, and pressed through the button for the first time. All four SPIKE-r459 observables: the datadir's own record moved 11.6.2 -> 12.3.3; the engine itself says "already upgraded ... no need to run mariadb-upgrade again"; the entrypoint says "Major version upgrade detected ... Check required!" and then STARTED and FINISHED it (not the `skipped due to $MARIADB_AUTO_UPGRADE` line R-459 feared); and the engine took its own pre-upgrade backup, 631 905 B. The seeded Nextcloud account read back. - PostgreSQL 16 -> 17 on docmost: FAILED exactly as R-463 predicted and nobody had measured. 5.1 s to held; the pin named 17 while nothing ran; the restore brought it back in 29.1 s. The engine's REFUSAL LINE was destroyed by failAndHold before any probe could read it, so it was REPRODUCED INDEPENDENTLY with a control on every step (R-320). PHASE 3 — the bad days. B1 produced THE UNATTENDED HOLD, which this project has never had: the caller pressed once with nobody watching, the app held after 312.9 s, and passes 2 and 3 pressed nothing. B2 put the pin back on a pull failure in 1.0 s. B3 refused `busy` six times. B4 showed there is NO single-flight — 5 of 5 updates ran at once and all ended honest. B5 cut the power in `backing-up` and the box recovered itself and said so. B7 refused under the 2 GB floor. B9 found R-458's risk narrower than the row states. PHASE 4 — every badge on the box is TRUE, and the held app answers all four of Q4's questions. FINDINGS, five new and three corrections to existing rows. The one that matters: R-618 is P1 — two templates name a health probe the app does not answer, and because the guarded update waits on that same probe, a SUCCESSFUL update ends by STOPPING a working app. Measured: tandoor served HTTP 200 on the new version at four samples across five minutes and was then stopped. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_0159rPz1ZhFKsS53msqPYxtS
46 lines
1.8 KiB
JSON
46 lines
1.8 KiB
JSON
{
|
|
"harness_version": 1,
|
|
"app": "opengist",
|
|
"venue": "guest 9202 demo-hp-scratch, controller 0.261.0",
|
|
"class": "other",
|
|
"from": {
|
|
"opengist": "ghcr.io/thomiceli/opengist:1.13"
|
|
},
|
|
"to": {
|
|
"opengist": "ghcr.io/thomiceli/opengist:1.15"
|
|
},
|
|
"verdict": "inconclusive",
|
|
"seed_read_before": true,
|
|
"seed_read_after": false,
|
|
"healthy_after": true,
|
|
"migration_observed": null,
|
|
"abort": "not-attempted",
|
|
"abort_detail": null,
|
|
"duration_s": 14.4,
|
|
"measured_at": "2026-09-21T19:33:06.999531+00:00",
|
|
"evidence": "apps/opengist/",
|
|
"notes": [
|
|
"CORRECTED from `failed` to `inconclusive` the same night, deliberately. The UPDATE itself SUCCEEDED: phase `done` in 14.4 s, and all four version observables agree on `ghcr.io/thomiceli/opengist:1.15` with the container running and zero restarts. What failed was the READBACK: it was attempted immediately after `done` and the sign-in form was not yet being served, so the fixture got no `_csrf` and returned `http=None`. Whether the seeded account survived was therefore NOT ESTABLISHED. Recording that as `failed` would have blamed the app for the harness's impatience — `inconclusive` is the honest verdict and it is never collapsed into `failed`. The fixture now waits for the LOGIN FORM rather than for the root page."
|
|
],
|
|
"badge_catchup_seconds": 4.5,
|
|
"observables_after": {
|
|
"pinned_images": {
|
|
"opengist": "ghcr.io/thomiceli/opengist:1.15"
|
|
},
|
|
"installed_images": {
|
|
"opengist": "ghcr.io/thomiceli/opengist:1.15"
|
|
},
|
|
"catalog_images": {
|
|
"opengist": "ghcr.io/thomiceli/opengist:1.15"
|
|
},
|
|
"live_compose_image_lines": [
|
|
"image: ghcr.io/thomiceli/opengist:1.15"
|
|
],
|
|
"docker_inspect": [
|
|
"opengist ghcr.io/thomiceli/opengist:1.15 running=true restarts=0"
|
|
]
|
|
},
|
|
"final_phase": "done",
|
|
"hold_reason": null,
|
|
"update_error": null
|
|
} |