13b964b9d1
PR#4 (d88f5801) is the correct upgrade PR. All prior failures were pre-proxy-fix (2026-06-12). Fresh !testme triggered at 06:12:48Z on 2026-06-13 — post proxy /16 fix (05:38Z). PR#5 is a cfold probe artifact (close after M2); PR#3 superseded (close).
51 lines
2.5 KiB
Markdown
51 lines
2.5 KiB
Markdown
# JOURNAL — phase ghost
|
|
|
|
## 2026-06-13T07:10Z — Phase start, PR inventory, fresh run triggered
|
|
|
|
### PR inventory findings
|
|
|
|
Three open PRs on recipe-maintainers/ghost:
|
|
|
|
- **PR#4** (d88f5801): `chore: upgrade to 1.4.0+6.44.1-alpine` — the correct upgrade PR.
|
|
Had 4 pre-proxy-fix failures, all on 2026-06-12. The detailed failure in build 519 showed
|
|
MySQL 8.0→8.4 data-dir timing under load (Swarm UpdateStatus=paused) but the server
|
|
was under unusual load at the time (IPAM fix, Docker daemon restart, multiple concurrent builds).
|
|
The 3/3 budget was exhausted and then a 4th run was triggered at 21:51Z by the cfold/ghost agent,
|
|
also failing (pre-proxy-fix).
|
|
|
|
- **PR#5** (d42d0f7c): `ci: cfold ghost green-head probe` — created by cfold/ghost agent as
|
|
sweep probe to verify the old-green head separately from the current PR#4 head regression.
|
|
Passed build 585 at 03:59Z on 2026-06-13 (BEFORE proxy fix at 05:38Z), so this pass was
|
|
on old infra. Not the correct PR — close after M2.
|
|
|
|
- **PR#3** (720faa0b): `chore: upgrade to 1.3.0+6.43.1-alpine` — superseded by PR#4. Close.
|
|
|
|
### Proxy fix status
|
|
|
|
`docker network inspect proxy` shows subnet 10.10.0.0/16 — the /16 fix is in place.
|
|
pvfix completed at 05:38Z on 2026-06-13, pvcheck completed (M1+M2 PASS).
|
|
|
|
### No resource leaks
|
|
|
|
`docker stack ls`, `docker service ls`, `docker volume ls` — no ghost stacks or volumes.
|
|
|
|
### Decision: trigger fresh post-proxy !testme on PR#4
|
|
|
|
The phase plan says "Do not count pre-proxy failures as current recipe evidence" and to run
|
|
one clean post-proxy `!testme`. All 4 failures on PR#4 were pre-proxy-fix.
|
|
|
|
PR#5's build 585 passed the OLD head (d42d0f7c, ghost 6.44.0) but that was also pre-proxy-fix.
|
|
The upgrade path under test in PR#4 is different: upgrading to 1.4.0 (ghost 6.44.1 + mysql 8.4
|
|
from mysql 8.0 base). This is the critical path.
|
|
|
|
### Why the prior failures may be infra-confounded
|
|
|
|
The diagnostic comment on PR#4 (build 519) specifically mentions "Docker daemon had just been
|
|
restarted (IPAM fix), multiple concurrent builds in progress, resulting in slower MySQL startup".
|
|
This is a direct load-induced timing issue, not a systematic recipe bug. The /16 proxy fix means
|
|
there's no longer VIP exhaustion risk, and we're not in the middle of an IPAM repair.
|
|
|
|
However, the MySQL 8.0→8.4 data-dir upgrade timing is a real concern even without load pressure —
|
|
the update_config.monitor: 5s default may genuinely be too short for the migration. The fresh run
|
|
will clarify this.
|