admin/felhom.eu
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

docs(ep0): hub PBS-DR capacity gauge verified correct after the volume move

Browse Source 
The last open item from the datastore relocation. Hub operator UI
(Offsite -> PBS DR) reports felhom-offsite (ep0) at 97.9 GB capacity,
12.6 GB used, 13% full - agreeing with the on-box df (98 G / 13 G / 13%).

The gauge follows the datastore's CONFIGURED PATH, so the relocation
required no hub-side change. RUNBOOK section 10.3 warned that a stale
37.2 GB reading would mean the gauge reads the wrong filesystem and
would be a real bug worth a roadmap item - it does not, and there is
no bug.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_018ARoadHBf8rHoscfiqeVZn
This commit is contained in:
authentik Default Admin
2026-07-27 09:39:44 +02:00
parent ad8057c4e3
commit 2b24c70536
3 changed files with 17 additions and 8 deletions
Download Patch File Download Diff File Expand all files Collapse all files
documentation/runbooks/RUNBOOK-ep0-datastore-volume-2026-07-27.md
+7 -2
View File
@@ -427,8 +427,13 @@ rm -f /root/.ssh/storagebox_ed25519 /root/.ssh/storagebox_ed25519.pub # access
4. **ep0 has no swap** (removed the temporary 4 GB file; the box is as found). A 3.7 GB box with
zero swap is what turned a routine 13 GB copy into an OOM kill. Worth considering a small
permanent swapfile — not done here, as it is outside this runbook's scope.
5. **Hub PBS-DR capacity gauge** (§10.3) not yet re-read — it should now report ~98 GB, not 37.2 GB.
Could not be queried from DooPlex: the hub is a ClusterIP service and was not reachable directly.
5. ~~**Hub PBS-DR capacity gauge** (§10.3) not yet re-read.~~ **CLOSED — verified correct
2026-07-27** via the hub operator UI (Offsite → PBS DR):
`felhom-offsite (ep0)` — **capacity 97.9 GB, used 12.6 GB, 13 % full**, polled 12 min prior.
The gauge follows the datastore's *configured path*, so the relocation required no hub-side
change. **§10.3's "if it still shows the old size that is a real bug" does not apply — there is
no bug.** (It could not be queried from DooPlex directly — the hub is a ClusterIP service — so
this was read from the operator UI.)
6. **`x-systemd.device-timeout=30s` means a genuinely missing volume delays boot by 30 s** before
`nofail` lets boot continue. Accepted trade-off.