docs(esh-docker-vm): homepage wedge cleared by a VM reboot; record that it needs a manual start afterwards
This commit is contained in:
@@ -128,13 +128,12 @@ went on live, no esh-pve reboot. Full record → Recent decisions.
|
|||||||
- **Not wired yet:** esh-ml1 in Homepage `docker.yaml` (needs dockerd tcp/2375)
|
- **Not wired yet:** esh-ml1 in Homepage `docker.yaml` (needs dockerd tcp/2375)
|
||||||
and Beszel. The ~18.7 s host-down failover penalty is untuned.
|
and Beszel. The ~18.7 s host-down failover penalty is untuned.
|
||||||
|
|
||||||
### ⚠ homepage wedged on esh-docker-vm — needs a VM reboot (Prime's call)
|
### ✅ homepage wedge cleared — esh-docker-vm rebooted 2026-09-25 0613 (Prime)
|
||||||
|
|
||||||
3rd unkillable wedge (06-03, 09-18, now 2026-09-24 ~2224 PT): node thread D in
|
Prime ordered the reboot and ruled **do NOT move Homepage** (stays on
|
||||||
`vm_mmap_pgoff`, then `exit_mmap` after a kill; `docker restart` failed. Rest
|
esh-docker-vm). Down 0613:44–0616:58 PT; homepage needed a manual
|
||||||
of the VM healthy. The reboot blips ESH DNS. Signature + safe diagnosis
|
`docker start` (a failed restart had marked it stopped). Signature + recovery:
|
||||||
commands: `servers/esh-docker-vm/README.md`. Option to move Homepage to
|
`servers/esh-docker-vm/README.md`.
|
||||||
ana-docker surfaced to Prime.
|
|
||||||
|
|
||||||
### pfi-gx10 is OFF — AC-pull test 2026-09-25 (Prime)
|
### pfi-gx10 is OFF — AC-pull test 2026-09-25 (Prime)
|
||||||
|
|
||||||
|
|||||||
@@ -97,7 +97,14 @@ state too. Read `/proc/<pid>/task/*/stat` and `sudo cat .../stack` instead
|
|||||||
(`ssh infra-ops@10.0.50.45`, NOPASSWD).
|
(`ssh infra-ops@10.0.50.45`, NOPASSWD).
|
||||||
|
|
||||||
**Only a VM reboot clears it**, and this VM is ESH's DNS resolver, so the
|
**Only a VM reboot clears it**, and this VM is ESH's DNS resolver, so the
|
||||||
reboot is a short ESH-wide DNS outage — schedule it. Root cause not
|
reboot is a short ESH-wide DNS outage — schedule it.
|
||||||
|
|
||||||
|
⚠ **After the reboot, homepage does NOT come back by itself** if anyone tried
|
||||||
|
`docker restart`/`stop` on it first: docker records it as stopped on purpose,
|
||||||
|
so `restart: unless-stopped` skips it. Run `docker start homepage`. Measured
|
||||||
|
2026-09-25: `qm reboot 100` from esh-pve took 3m18s (the graceful shutdown
|
||||||
|
stalls on the wedged process, then proceeds); the VM was unreachable
|
||||||
|
0613:44–0616:58 PT; every other container came back unaided. Root cause not
|
||||||
established; a kernel-side mmap_lock problem is the leading guess, not a
|
established; a kernel-side mmap_lock problem is the leading guess, not a
|
||||||
finding. Moving Homepage to ana-docker (as was done for Uptime Kuma on
|
finding. Moving Homepage to ana-docker (as was done for Uptime Kuma on
|
||||||
2026-09-21 for the same box's history) would take the dashboard out of this
|
2026-09-21 for the same box's history) would take the dashboard out of this
|
||||||
|
|||||||
Reference in New Issue
Block a user