admin
d6837d98ee
gates / gates (push) Successful in 20s
Outcome A, qualified. Not B and not C. It does not degrade: 5 of 5 restarts of 12.3 on an 11.6 datadir, readback passed every time, mariadb_upgrade_info unchanged, the entrypoint line never escalated past [Note]. It also never heals - the engine answers 'Major version upgrade detected from 11.6.2-MariaDB to 12.3.3-MariaDB. Check required!' on every start and will forever. The trade R-459 was expected to produce is not real. Converting properly SUCCEEDS across the multi-major jump, takes 7 seconds, backs up the system database unasked - and putting 11.6 back afterwards STILL starts and serves the data. So the operator is being handed a cheap correction, not a choice between a correct engine and a reversible one. The exit-code polarity was measured rather than read: 0 means the upgrade IS needed, 1 means it is not. Assuming either the flag name or the polarity would have inverted the headline. And run without credentials the same command returns a confident-looking FATAL ERROR that is an auth failure. R-464: after converting and going back, the entrypoint prints 'MariaDB upgrade not required' on a state the same engine calls an unsupported downgrade. The obvious cheap instrument for R-459 would have been to grep for that line, and it would have reported fine for the broken case. R-463: the PostgreSQL analogue, deliberately NOT measured here. 11 templates, 8 on postgres:16-alpine, register grep for pg_upgrade returns zero. The two engines fail in OPPOSITE directions - MariaDB skips quietly, Postgres refuses to start - so that one cannot hide; it presents as eight apps down at once. No template changed. Teardown all three layers, hub checked rather than asserted, local-lvm 30.53 percent before and after.
47 lines
2.3 KiB
JSON
47 lines
2.3 KiB
JSON
{
|
|
"c1": true,
|
|
"moment1_info": "11.6.2-MariaDB",
|
|
"to_settled": true,
|
|
"to_settle_s": 15.7,
|
|
"conversion_wall_s": 35.9,
|
|
"entrypoint_lines": [
|
|
"2026-09-06 17:33:20+02:00 [Note] [Entrypoint]: Entrypoint script for MariaDB Server 1:12.3.3+maria~ubu2404 started.",
|
|
"2026-09-06 17:33:21+02:00 [Note] [Entrypoint]: Switching to dedicated user 'mysql'",
|
|
"2026-09-06 17:33:21+02:00 [Note] [Entrypoint]: Entrypoint script for MariaDB Server 1:12.3.3+maria~ubu2404 started.",
|
|
"2026-09-06 17:33:21+02:00 [Note] [Entrypoint]: Starting temporary server",
|
|
"2026-09-06 17:33:21+02:00 [Note] [Entrypoint]: Waiting for server startup",
|
|
"2026-09-06 17:33:24+02:00 [Note] [Entrypoint]: Temporary server started.",
|
|
"2026-09-06 17:33:24+02:00 [Note] [Entrypoint]: Backing up system database to system_mysql_backup_11.6.2-MariaDB.sql.zst",
|
|
"2026-09-06 17:33:24+02:00 [Note] [Entrypoint]: Backing up complete",
|
|
"2026-09-06 17:33:24+02:00 [Note] [Entrypoint]: Starting mariadb-upgrade",
|
|
"2026-09-06 17:33:31+02:00 [Note] [Entrypoint]: Finished mariadb-upgrade",
|
|
"2026-09-06 17:33:31+02:00 [Note] [Entrypoint]: Stopping temporary server",
|
|
"2026-09-06 17:33:31+02:00 [Note] [Entrypoint]: Temporary server stopped",
|
|
"2026-09-06 17:33:21+02:00 [Warn] [Entrypoint]: /sys/fs/cgroup///memory.pressure not writable, functionality unavailable to MariaDB"
|
|
],
|
|
"moment4_info": "12.3.3-MariaDB",
|
|
"check_after": "This installation of MariaDB is already upgraded to 12.3.3-MariaDB.\nThere is no need to run mariadb-upgrade again.",
|
|
"check_after_rc": 1,
|
|
"readback_after": true,
|
|
"abort_settled": true,
|
|
"abort_states": {
|
|
"bookstack": {
|
|
"status": "running",
|
|
"health": "healthy",
|
|
"restarts": 0,
|
|
"exit": 0
|
|
},
|
|
"bookstack-db": {
|
|
"status": "running",
|
|
"health": "healthy",
|
|
"restarts": 0,
|
|
"exit": 0
|
|
}
|
|
},
|
|
"abort_lines": [
|
|
"2026-09-06 17:33:58 0 [Warning] mariadbd: io_uring_queue_init() failed with errno 0",
|
|
"2026-09-06 17:33:58 0 [Warning] InnoDB: liburing disabled: falling back to innodb_use_native_aio=OFF",
|
|
"2026-09-06 17:34:05 5 [Warning] Aborted connection 5 to db: 'unconnected' user: 'unauthenticated' host: '172.19.0.3' (This connection closed normally without authentication)"
|
|
],
|
|
"abort": "starts-and-serves"
|
|
} |