被杀的是 Chrome，压力来源却不止 Chrome

本机 31 GiB 内存约用 29 GiB，4 GiB zram 接近耗尽，内核记录多次 OOM。按 cgroup 复查，运行五天的 WezTerm 及其子进程组约占 12.2 GiB、1447 个任务，包含累积的 Codex、MCP、Node 和 Python。当天只做诊断，未杀进程；证据指向多会话叠加，不能仅因 Chrome 被选中终止就认定它单独泄漏。

free -h
systemd-cgtop --batch --iterations=1 --depth=5 --order=memory
cat /proc/pressure/memory

自动维护只清可重建数据

Dagu 增加每 30 分钟维护任务，报告活跃/孤立进程，清理白名单中过期且未打开的缓存。首次删除约 9.7 MiB；另执行 pacman 缓存与 journal 清理，分别释放约 2.3 GiB、3.1 GiB，根分区从 95% 降至 82%。journald 设置 SystemMaxUse=1G ，维护源在 Troubleshooting 的 scripts/run-codex-maintenance.py 与 Configuration/dagu/codex-maintenance.yaml 。缓存释放解决磁盘压力，不等于自动解决活跃进程内存。

进程绿色与数据库登录是两层验收

经 B660 配置 Windows 和 SAP VM 的 SSH 公钥，位置分别为 C:\ProgramData\ssh\administrators_authorized_keys 与远端 /root/.ssh/authorized_keys 。HDB02 进程为 GREEN，HANA 2.0 SPS05 rev 52；SQL 首次默认连错实例，指定 hdbsql -i 02 后到达目标，却因缺 hdbuserstore key/凭据而 SSO 失败。网络和进程正常，并不赋予数据库认证能力。

Arch VM 配置归档首次经 Tailscale 超时形成截断 gzip，改 LAN 路径后 163 个文件逐个 SHA-256 和 gzip 校验通过，存于 ~/meprojects/mevps/88-134-archlinux ，排除身份私钥。旧 SAPECC 的传输继续遭工具缺失和私网代理问题，尚未完成。

SGX 重构完成消息和生命周期测试，但没有服务器动态代码样本，P0 兼容边界仍保留，浏览器也未接通。一次性 Codex 定时任务则被 OAuth refresh token 过期/复用阻塞，不能把 unit 校验通过写成定时任务成功。

主会话续接

以下命令在 archx 上执行；目录仅用于辨认工作上下文。

会话 1：~/meprojects/Troubleshooting

codex resume 01a0a2fb-89fd-76d2-994b-383df97b9719

会话 2：~/meprojects/Troubleshooting/codex_timer

codex resume 01a0a103-274f-73f1-9722-335dba18a2db

会话 3：~/meprojects/Troubleshooting

codex resume 01a0a36b-1b79-7dc0-9c3a-bf269a34cd54

会话 4：~/meprojects/me-userscript

codex resume 01a0a236-0f53-7302-aec5-ee118fef7ae4

会话 5：~/meprojects/mevps

codex resume 01a0a0c5-dfcf-78d0-ac83-1e55ec77efdd

会话 6：~/meprojects/mevps

codex resume 01a0a07e-d1b2-78c1-b32d-8cebabb4e9ce

会话 7：~/meprojects/mevps

codex resume 01a0a08e-3f15-7603-9dbf-6537c0939869