0 Fork 0

Files

T

host 22b83f118a feat: CHV gap fill — worker breakpoint wiring, pool reconcile, per-VM host keys, egress validation, guest build script

Stack: #216 -> #221 -> this. Worker breakpoint branch now calls any
executor providing goal_resume_breakpoint_task (Local keeps its
original path, gateway tasks still loud-fail); WarmPool
reconcile_orphans is called on CHV worker startup and close with
audit-on-failure; per-VM SSH host keys are provisioned before VMM
start via cloud-init NoCloud seed (keyscan kept only as weak
fallback, CHV_HOST_KEY_MODE=provisioned|keyscan); CHV_NET_JSON is
validated in preflight and explicit direct egress is audited;
chv-guest/build.sh is now real steps with --dry-run and fails fast
without /dev/kvm. Tests: new test_chv_gaps.py (18), cloud full
1514 OK (skipped=4). No real VM verification: no KVM host.

2026-10-31 01:30:52 +00:00

5.6 KiB

Raw Blame History

Cloud Hypervisor 客机镜像（chv-guest）——内容清单与版本化构建说明

本目录有清单与真实构建步骤（build.sh，补缺口轨已实做），但镜像本身不在本轨内实际构建发布。原因写在前面，不藏着：当前没有带 /dev/kvm 的宿主可以构建并实测 VM 镜像（生产主机是 CVM、无嵌套虚拟化；本 VM 容器内同样无 /dev/kvm）。构建与实测见 docs/chv-production-readiness.md 的“需镜像构建 / 需 KVM 宿主实测”项，绝不在本轨声称镜像已建成、已发布、已跑通。

1. 镜像定位

基础：Ubuntu 云镜像（与 cloud/docker/Dockerfile 的任务镜像对齐能力，不是另起一套环境口径）。
载体：Cloud Hypervisor 直接内核启动（vmlinux）+ raw 磁盘镜像，执行器用 CHV_KERNEL / CHV_ROOTFS 指向它们。
客内 host.py 位置：/app/host.py（与 Docker 的 /app:ro 同款约定，只是载体从容器只读挂载换成 VM 镜像内置代码；代码版本 = 构建时仓库 commit，见 §3 版本化）。
绝不进镜像的东西：任何模型 key、系统 key、用户账号数据、生产凭证。模型 key 由客机 cloud-init 预置的运行环境变量名注入（与 Docker 的 -e <名> 同款惯例），不写进镜像层。

2. 内容清单（按现有 Docker 任务镜像能力对齐）

类别	内容	来源/版本口径
语言与工具链	Python 3.12、git、Node.js（Playwright 驱动用）	与任务镜像同款大版本，构建时钉小版本并记入构建日志
文档/图片工具	pandoc、poppler-utils（pdftotext）、latexmk、texlive-latex-base、python-docx、openpyxl、python-pptx、PyMuPDF、Pillow	逐项照抄 `cloud/docker/Dockerfile` 的 apt/pip 清单，不擅自加减
agent 引擎	codex、codex-code-mode-host、codex-resources/bwrap（成套，约 367M，缺 sibling 直接构建失败）	codex 0.164.0-alpha.9（与生产任务镜像一致）；`CODEX_BIN_DIR` 由构建方提供，bin/ 不进仓库
浏览器	Playwright + Chromium（浏览器自动化 MCP 用）	与生产 playwright 镜像同款：浏览器装在固定路径、供租户用户可读；本骨架只列清单，浏览器版本在构建时钉死
客机基础	openssh-server（SSH 通道用）、cloud-init、qemu-guest-agent（可选，宿主信息用）	sshd 默认只允许 key 登录，禁止密码登录
任务代码	codex-app-server 仓库代码置于 `/app`（host.py 入口）	版本见 §3，不挂载宿主代码目录（VM 与宿主无共享路径）

中文 LaTeX 说明：与 Docker 镜像同款口径——xelatex + CJK 字体会再增数百 MB，本清单不默认包含；需要时单独一版镜像，不在本轨悄悄加。

3. 版本化

镜像 tag 格式（构建时三项缺一即失败，不生成无版本镜像）：

chv-guest-<ubuntu 版本>-<codex 版本>-<仓库 commit 短 hash>

例如（示例格式，非已建成）：chv-guest-24.04-0.164.0-alpha.9-aebc623。

构建产物清单（构建方必须输出，执行器用它做 preflight 之外的版本核对，v1 执行器暂不校验 tag，见就绪清单）：

vmlinux（与 Ubuntu 云镜像配套的内核）
disk.raw（根文件系统镜像）
BUILDINFO.json：{ubuntu, codex_version, repo_commit, built_at, contents: [清单逐项版本]}

4. 构建脚本（补缺口轨：已从骨架改成真实步骤）

见 build.sh：参数校验 → 下载 Ubuntu 云镜像 → qemu-img 转 raw → virt-customize 装 §2 清单、拷入 codex 成套二进制与仓库代码到 /app、写 host key 不重生成配置 → virt-get-kernel 取内核 → 生成并校验 BUILDINFO.json。 ./build.sh --dry-run out/ 只打印命令、不执行、不要求 KVM；全量模式在无 /dev/kvm 的机器上第一步就明确退出（CHV_GUEST_BUILD needs a KVM host），绝不假装构建成功。本轨未在真机上跑过全量模式，镜像未建成、未发布，仍属 “需 KVM 宿主实测”项。

6. Host key 首启注入硬性要求（补缺口轨新增）

执行器的 per-VM 预置方案（见 cloud/chv/hostkeys.py）能跑通的前提是客机镜像必须满足以下全部，否则预置在真机上跑不通，执行器会 fail-fast，不回落成弱方案：

装 cloud-init 且支持 NoCloud seed（seed 磁盘/目录由执行器在 VM 启动前生成，含 meta-data 与 user-data）；
首启时先应用 seed 再启动 sshd，seed 里的 user-data 把该 VM 的 host key 对写进 /etc/ssh/ 并重启 sshd；
镜像里已钉死 ssh_deletekeys: false 与 ssh_genkeytypes: []（build.sh 已写），首启不得无条件重新生成 host key——重生成会使预置的 known_hosts 立即失效，SSH 钉死直接拒绝，这是设计，不是 bug；
sshd 只允许 key 登录，禁止密码登录；
seed 磁盘/目录是 per-VM 敏感物，执行器在 VM 关闭/ 回收时删除，镜像构建方不得把任何一把 host key 固化进镜像（所有 VM 同 key 是安全事故）。

5. 与执行器的对接

执行器 preflight 只校验内核/镜像文件存在且可读，不校验镜像内容版本——内容版本核对（BUILDINFO）是镜像发布流程的责任，在就绪清单里标为“需镜像构建”项，不在本轨假装已做。
每任务磁盘：执行器 copy 模式下把 disk.raw 复制为每任务磁盘，任务之间文件系统独立；reuse 模式仅单租户实验，生产禁用。
快照基准：CHV_SNAPSHOT_URL 指向的快照必须由本镜像的干净启动状态制成（pause 后 snapshot），预热池用它做干净 VM 来源。

5.6 KiB Raw Blame History Unescape Escape