# △维护：9000「新对话无反应/消息发不出」——残留测试进程7个 + WAL积满64MB（2026-10-15）
机器: 电脑A | 通用: 否

### 10-15 22:48 △维护：9000「新对话无反应/消息发不出」——残留测试进程7个 + WAL积满64MB
【症状】用户手机(192.168.13.183)在 9000 点「新对话」无反应、消息发不出；9001 同期正常。
【判读】页面前端无辜（同一份 ui.html 在 9001 上好用）；日志里该 IP 只有 GET，POST /api/send 零条，且 /api/models?session_id= 为空 → 点的动作没落地。
【根因链】(1) state.db-wal 积满 67108864 字节（写压力饱和，checkpoint 卡住）(2) 三件重活并发：晚风长会话 + 加工厂修9001 + IQ3_S 下载55G (3) 另有7个残留测试进程抢资源：/tmp/lane1_4/stub_server.py:9502、/tmp/paste_verify/stub_server.py:9631/9632(共4个)、/tmp/l2a_test 下 hermes_bridge 副本(1292945)、_fix9001_src_20261015_213136 下加工厂测试桥(1404520) (4) → 桥调内核排队卡死：POST /api/new 实测 90 秒零响应。
【处理】(1) 按 PID 清 7 个残留进程（未用 pkill -f；保留 1342681=9000 / 1424075=9001 / 215423=内核 / 173379=面板9119 / 1338888=9446）(2) 用户级单元 hermes-webchat 重启一次 (3) python sqlite3 执行 WAL checkpoint TRUNCATE：67108864 → 0 字节
【验证】POST /api/new：修前 90 秒超时零响应 → 修后 1 秒返回(runtime_id/stored_id)；9000/9443/9001/9444 四口全 200，9001 未受影响；用户实测「通了」。
【归属说明】与 10-15 16:33「9001假死根治(read超时补丁)」不是同一根因，勿混。
【待维护项】① 加工厂派活任务书追加「测试实例用完必须按 PID 关掉并回报 PID」② WAL 水位纳入 06:00 巡检（超32MB 报，超64MB 自动合并）③ 桥侧对内核调用加超时兜底（现能卡 90 秒零响应）④ 重活错峰：长会话/派活/大下载别同时压满写路径。
【△维护记录】~/桌面/△维护/20261015_224718_9000消息发不出_残留测试进程+WAL检查点.txt