codex-app-server

641 Commits 12 Branches 0 Tags

2 Commits

Include renames

Author	SHA1	Message	Date
host	1836c5af32	fix(chv): V-7 复测缺陷复修 D1/D2 + F1 瞬时 reset 重试 D1：snapshot_vm 在配额预检后、ch-remote 前建好 file:// 目标目录（新 helper _ensure_snapshot_dir；fresh URL 直接 snapshot 曾 rc=1 Destination is not a directory）。建目录只在 snapshot_vm 一处，hibernate 经此调用；配额拒绝仍先于任何文件改动。 D2：keep_disk=True 时 stop 保留 seed.iso（_remove_vm_seed_files 抽出；快照 config.json 的 disks 同时引用 disk.raw 与 seed.iso），且 cleanup_stale_secrets 不清有登记快照的 VM 的 seed（与 gc_stale_disks 的盘保护同款逻辑）；正常 stop 仍删两者。 F1：首条任务 SSH 撞 kex 阶段瞬时 reset（rc=255 + kex/reset 标记）时重试恰好 1 次（_call_ssh_with_transient_retry，_run_guest 与 _run_guest_goal 共用；host key 拒绝/认证失败/远端失败不重试；审计 vm_ssh_transient_retry）。§5“执行器内部不重试”的唯一例外，结论写入 docs/chv-production-readiness.md §3/§5/§7。测试：test_chv_v3_fixes 新增 12 项（D1×3、D2×4、F1×5）；旧代码上 12 项中 9 项失败（余 3 项为守卫既有行为）。全量 test_chv* 470 测试通过。	2026-11-08 09:45:00 +00:00
host	65504ae8cb	fix(chv): V-3/F1/F2 真机缺陷修复 + V-1/V-4 附带修复 V-3 快照/restore： - snapshot 改传裸 URL（source_url= 是 restore 的键，服务端 Could not extract path from URL）；快照产物是目录，校验改为目录非空，登记计量/剪枝同步支持目录 - restore 起 VMM 前补 _restore_prepare：杀旧 VMM（登记的 + 未登记跨实例扫描）并清旧 socket，与 _wake_prepare 对等 - hibernate 评估结论：快照 config.json 引用原盘，旧 stop 删盘致 restore 必失败；hibernate 的 stop 改 keep_disk=True， GC 不删有登记快照的 VM 的盘，restore 前预检快照引用的盘（snapshot_disk_missing fail-fast） F1：re-wake 删旧盘——H5 删私钥致 re-wake 必然生成新 key 对，旧盘复用时 cloud-init 不重应用新 seed，sshd 仍呈旧 key 而 known_hosts 钉新 key；wake 本就是冷启动，旧盘不是要保留的状态 F2：stop_vm 跨实例按 socket 进程扫描杀未登记 VMM （/proc cmdline 精确 socket + VMM 二进制名 + 跳过自身/pid 1，绝不误杀 ch-remote 与他人 VMM） V-4：remote_command source 失败改 \|\| exit 126 fail-fast； guest-env 条目 owner 改归 SSH 用户（0600 不变），root 仍 root:root V-1 附带：build.sh 预建 /app/work（1777 粘滞位 + stat 断言）； host.py default_codex_bin() 改 shutil.which，裸名不再让 health 报 ok:false 测试：新 test_chv_v3_fixes.py 23 项；旧快照测试按目录产物改写； test_chv* 458 全过，全量 cloud 套件 1930 全过（skipped=8）	2026-11-08 09:45:00 +00:00

Author

SHA1

Message

Date

host

1836c5af32

fix(chv): V-7 复测缺陷复修 D1/D2 + F1 瞬时 reset 重试

D1：snapshot_vm 在配额预检后、ch-remote 前建好 file:// 目标
目录（新 helper _ensure_snapshot_dir；fresh URL 直接 snapshot
曾 rc=1 Destination is not a directory）。建目录只在 snapshot_vm
一处，hibernate 经此调用；配额拒绝仍先于任何文件改动。
D2：keep_disk=True 时 stop 保留 seed.iso（_remove_vm_seed_files
抽出；快照 config.json 的 disks 同时引用 disk.raw 与 seed.iso），
且 cleanup_stale_secrets 不清有登记快照的 VM 的 seed（与
gc_stale_disks 的盘保护同款逻辑）；正常 stop 仍删两者。
F1：首条任务 SSH 撞 kex 阶段瞬时 reset（rc=255 + kex/reset 标记）
时重试恰好 1 次（_call_ssh_with_transient_retry，_run_guest 与
_run_guest_goal 共用；host key 拒绝/认证失败/远端失败不重试；
审计 vm_ssh_transient_retry）。§5“执行器内部不重试”的唯一例外，
结论写入 docs/chv-production-readiness.md §3/§5/§7。
测试：test_chv_v3_fixes 新增 12 项（D1×3、D2×4、F1×5）；旧代码
上 12 项中 9 项失败（余 3 项为守卫既有行为）。全量 test_chv*
470 测试通过。

2026-11-08 09:45:00 +00:00

host

65504ae8cb

fix(chv): V-3/F1/F2 真机缺陷修复 + V-1/V-4 附带修复

V-3 快照/restore：
- snapshot 改传裸 URL（source_url= 是 restore 的键，服务端
  Could not extract path from URL）；快照产物是目录，校验
  改为目录非空，登记计量/剪枝同步支持目录
- restore 起 VMM 前补 _restore_prepare：杀旧 VMM（登记的 +
  未登记跨实例扫描）并清旧 socket，与 _wake_prepare 对等
- hibernate 评估结论：快照 config.json 引用原盘，旧 stop 删
  盘致 restore 必失败；hibernate 的 stop 改 keep_disk=True，
  GC 不删有登记快照的 VM 的盘，restore 前预检快照引用的盘
  （snapshot_disk_missing fail-fast）

F1：re-wake 删旧盘——H5 删私钥致 re-wake 必然生成新 key 对，
旧盘复用时 cloud-init 不重应用新 seed，sshd 仍呈旧 key 而
known_hosts 钉新 key；wake 本就是冷启动，旧盘不是要保留的状态

F2：stop_vm 跨实例按 socket 进程扫描杀未登记 VMM
（/proc cmdline 精确 socket + VMM 二进制名 + 跳过自身/pid 1，
绝不误杀 ch-remote 与他人 VMM）

V-4：remote_command source 失败改 || exit 126 fail-fast；
guest-env 条目 owner 改归 SSH 用户（0600 不变），root 仍 root:root

V-1 附带：build.sh 预建 /app/work（1777 粘滞位 + stat 断言）；
host.py default_codex_bin() 改 shutil.which，裸名不再让
health 报 ok:false

测试：新 test_chv_v3_fixes.py 23 项；旧快照测试按目录产物改写；
test_chv* 458 全过，全量 cloud 套件 1930 全过（skipped=8）

2026-11-08 09:45:00 +00:00