ten answers done: R-444 seen working live (weekly trim + System page), closed; STATUS, CONTEXT, REPORT (150 -> 142; 2 opened, 10 closed)

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_0159rPz1ZhFKsS53msqPYxtS

documentation/backlog/CLOSED-ITEMS.md

@@ -26,6 +26,14 @@
 
 ---
 
+## 2026-10-06 (midday) — R-444 live
+
+The full text of every row below: `git show bfdea832:documentation/backlog/OPEN-ITEMS.md`.
+
+| Row | What | Closed | Evidence |
+|---|---|---|---|
+| **R-444** | **[P3-LOW] Nothing runs `pct fstrim` on the fleet, and demo-hp's thin pool was carrying ~23.8 GB of blocks the guest had already freed.** (P3) | CLOSED 2026-10-06 — BUILT AND DELIVERED (operator ruling, `09` §3 decision 139): a weekly disk trim of each customer guest, daytime only | Measured by hand on demo-hp first (`audits/ten-answers-2026-10-06/r444-measure.txt`): `pct fstrim 9201` rc 0 in 24.4 s, thin pool 65.53 % → 33.40 %, 18/18 app probes 200. Built: agent `ee71abd` (v0.149.0, `internal/fstrim`; due Wednesday from 10:00, starts only 10:00–20:59, under the one-heavy-op gate, 3 tries a week, persisted, reported as `guest_disk_trim`) + ONE sudo rule `FELHOM_FSTRIM` `/usr/sbin/pct ^fstrim [0-9]+$` in the bundle + hub `a411cde7` (v0.139.0, System page „Last disk trim”). Live: `sudo -l` on demo-hp and demo-felhom allows `pct fstrim 9201` and refuses `--ignore-mountpoints`, `;x`, `9201 9202`, `pct destroy`; the job's first catch-up try failed before the bundle (expected), the hourly retry logged `fstrim: guest 9201 trimmed 2.1 GiB in 2.4s` and the hub page read „10 min ago · 2.1 GiB” (`r444-live.txt`). |
+
 ## 2026-10-06 (midday) — the operator's ten answers built
 
 The full text of every row below: `git show 929e59e8:documentation/backlog/OPEN-ITEMS.md`.