mirror of
https://gitcode.com/JianFeeeee/HomeAgent.git
synced 2026-11-01 14:57:38 +00:00
pr31 与 main 是**双向分叉**,不是单向落后。`ba281a8` 已把它的多数工作
在 main 上重新实现(dataDir 守卫、gc.go、dataDir 解析),但两边各自又
往前走了,所以 6 个文件 19 处冲突要逐条判。
## 合进来的(main 缺)
- **标记原子写**:main 是 `os.WriteFile` 直接覆写,掉电留半截标记;
改为 `写 .tmp → fsync → close → rename → fsync 目录`
- **H4**:`publishResult` 里 `if errMsg != "" { _ = errMsg }` 把失败原因
丢了,订阅方只看到 ok=false。现在 error 字段恒定存在
- **回读校验补最低可用性**:main 对无 digest 的旧 marker 只比"内容与备份
一致",而**零字节备份内容也一致** ⇒ 判成回滚成功、不清 marker 的时机
也错过了。补"非空 + 带可执行位",刻意**不**要求 `--version`
(老内核没这个 flag,那正是 PR #31 的回归)
- `kernel_apply_test.go`(836 行,含 B2c `TestMarkPendingUpgrade_PreservesOldMarkerOnFailure`)
## 保留 main 的(pr31 在这几处是旧版或更差)
- **回滚校验用 digest**(`verifyRestored`)而不是 `--version`:
pr31 要求回滚后能读版本,而 1.3.x 及以前没有 `--version`,
而它们恰恰是最常见的回滚目标 ⇒ 从旧版升级失败后永久回滚不了
- **`restoreDepGraph` 三态**:原来有+备份有→还原、原来有+备份无→不算成功、
原来无→删掉新装的。pr31 只处理第一种,会导致「旧 homed + 新 depgraph」
的崩溃循环
- **marker 在还原完整后才清**:pr31 在还原前就清,还原失败即失去第二次自愈
- **CLI 不重启服务**:pr31 仍带 `restartUnit`,会杀掉整个 cgroup 连带 guard
- **`resolveDataDir`**:pr31 的 `upgradeDataDir` 是它的子集,多扫几个候选前缀
## 冲突处理中的三处重复声明
两边各加了同名函数,自动合并把它们都留下了:
- `readBinVersionStrict` —— 删 pr31 的(main 在 77 行有)
- `kernelDataDirMu/kernelDataDir/SetKernelDataDir/KernelDataDir` —— 删 kernel.go
里那份(main 在 install.go)
- `newPkgRoot` —— pr31 的重命名 `newPkgRootFromBin`,两套测试各自可用
- rollback.go 里 `verifyRestored` 与 `readBinVersionStrict` 两段校验并存 —— 删后者
顺带修掉删除时误伤的 `ShortSum` 注释,并删掉 pr31 引入但无人调用的
`DataDirEnv`(main 明确不再拿 env 当 dataDir 来源)。
## 验证
go build ./... ✓
go vet ./... ✓
go test ./... -count=1 62 ok / 0 fail
go test -race ./internal/update/ ... ✓
gofmt -l 干净
149 lines
6.6 KiB
Go
149 lines
6.6 KiB
Go
// Package update 是 update 模块的适配层:把 internal/update 的能力接进内核模块体系。
|
||
//
|
||
// ## 为什么分两层(与仓库其他模块同一惯例)
|
||
//
|
||
// internal/update/ 业务实现(版本比较、解包、替换、回滚、Release 查询)
|
||
// internal/kernelmod/update/ 适配层(读 ks → 调业务包 → 写回 ks)
|
||
//
|
||
// 参照 supervisor 模块:实现在 internal/supervisor,这里只做装配。
|
||
// 分开的理由:internal/update 要被 CLI / WebAPI / agent 工具三端调用,
|
||
// 它们都没有 KernelState;而模块体系只有内核启动一条路径。
|
||
//
|
||
// ## 它为什么必须在第 0 层
|
||
//
|
||
// 肩负「启动失败回滚上一次升级」的职责(详见 internal/update/rollback.go)。
|
||
// 该职责必须早于所有其他模块:若排在后面,升级后新内核在 memory/llm 阶段
|
||
// 崩了,而回滚还没跑 ⇒ 机器进崩溃循环,只能靠 guard 的 failback 兜底。
|
||
// failback 是最后手段,不该承担"换错二进制"这种已知可回滚的故障。
|
||
package update
|
||
|
||
import (
|
||
"log"
|
||
"path/filepath"
|
||
|
||
"github.com/JianFeeeee/HologramAgent/internal/kernelboot"
|
||
"github.com/JianFeeeee/HologramAgent/internal/kernelmod"
|
||
upd "github.com/JianFeeeee/HologramAgent/internal/update"
|
||
)
|
||
|
||
// FacilityVersion 是本模块提供的设施名。
|
||
//
|
||
// 语义:启动时的版本自检与回滚判定**已完成**。需要按版本行事的模块
|
||
// (healthcheck 上报版本、pluginhost 判插件兼容性)应 Requires 它,
|
||
// 以确保读到的是回滚后的最终版本,而不是升级前的那个。
|
||
const FacilityVersion = "kernel.version"
|
||
|
||
// Module 实现 kernelboot.Module。
|
||
type Module struct{}
|
||
|
||
func (Module) Name() string { return "update" }
|
||
func (Module) Requires() []string { return nil } // 第 0 层:不依赖任何人
|
||
func (Module) Provides() []string { return []string{FacilityVersion} }
|
||
|
||
// Init 执行版本自检,必要时回滚上一次升级。
|
||
func (Module) Init(ks *kernelboot.KernelState) error {
|
||
// ⓪ 把内核**真实**的 dataDir 注入 update 包。
|
||
//
|
||
// 必须最先做:pending 标记/备份/回滚验全都靠它。进程内调用方
|
||
// (pluginmgr / webui)用 upd.KernelDataDir() 取值,而不是自己推导。
|
||
//
|
||
// 推导必错(实测三类):从 exe 推 → /usr/bin/data(只读,备份必挂);
|
||
// 硬编码 → 迁移后指向不存在的目录;读 env → 未必与 -data 一致。
|
||
upd.SetKernelDataDir(ks.DataDir)
|
||
|
||
st := &upd.State{}
|
||
ks.Update = st
|
||
|
||
// ⓪ 把内核**真实**的 --data 注入 update 包。
|
||
//
|
||
// 进程内调用方(pluginmgr / webui)用 upd.KernelDataDir() 取值,
|
||
// 而不是自己推导路径。推导必错:生产是
|
||
//
|
||
// ExecStart=/usr/bin/homed --role=guard --data /var/lib/hologram
|
||
//
|
||
// 而“exe 同级 data”这种推导会得出 /usr/bin/data(只读目录,建备份必 EROFS;
|
||
// 且 pending 标记落到内核读不到的地方 ⇒ 静默不回滚)。
|
||
upd.SetKernelDataDir(ks.DataDir)
|
||
if ks.DataDir == "" {
|
||
// 不阻断启动(第 0 层职责是回滚判定,不是参数校验),
|
||
// 但必须响亮:此时任何升级都会被 Apply 的守卫拒绝。
|
||
log.Printf("[update] ks.DataDir 为空:内核升级将一律被拒绝(无回滚能力)")
|
||
}
|
||
|
||
bin := upd.KernelBinaryPath()
|
||
st.BinaryPath = bin
|
||
|
||
// ① 自报版本(升级是否真换成功,只有二进制自己能答)
|
||
v, err := upd.ReadBinVersion(bin)
|
||
if err != nil {
|
||
// 读不出来不等于致命:可能是极老版本(无 --version)。
|
||
// 没有证据表明升级失败 ⇒ 不回滚,记录后继续。
|
||
log.Printf("[update] kernel version probe failed: %v", err)
|
||
st.ProbeErr = err
|
||
} else {
|
||
st.Version, st.Commit, st.SDKVersion = v.Version, v.Commit, v.SDKVersion
|
||
log.Printf("[update] kernel %s (commit %s, sdk %s)", v.Version, upd.ShortCommit(v.Commit), v.SDKVersion)
|
||
}
|
||
|
||
// ② 上一次升级的回滚判定
|
||
//
|
||
// ★ rerr != nil 必须中止启动:继续装配等于用一个**已知**回滚失败的
|
||
// 二进制(RollbackIfUnconfirmed 已保证只在"回滚成功且回读校验通过"时
|
||
// 返回 nil,其余失败均不清 marker)。
|
||
//
|
||
// ★ 但 marker **损坏**(掉电截断)不算失败:RollbackIfUnconfirmed
|
||
// 已经把坏 marker 改名留存并返回 (false,nil),它自己就吞掉了那种情形。
|
||
// 早前版本在这里 `if rerr != nil { return rerr }` 之前把解析错误原样
|
||
// 上抛 ⇒ 内核拒启动、且走不到回滚分支 ⇒ 既起不来也回滚不了。
|
||
rolled, from, to, rerr := upd.RollbackIfUnconfirmed(ks.DataDir, bin)
|
||
if rerr != nil {
|
||
// 回滚失败必须响亮:继续装配等于用一个已知起不来的版本
|
||
return rerr
|
||
}
|
||
if rolled {
|
||
log.Printf("[update] ROLLED BACK kernel %s → %s(上一次升级未能确认启动)", to, from)
|
||
st.RolledBack = true
|
||
st.RolledFrom, st.RolledTo = from, to
|
||
// 回滚后重读版本:后续模块要看到**回滚后**的版本
|
||
if v2, err2 := upd.ReadBinVersion(bin); err2 == nil {
|
||
st.Version, st.Commit, st.SDKVersion = v2.Version, v2.Commit, v2.SDKVersion
|
||
}
|
||
} else {
|
||
// ③ 版本已确认能启动 ⇒ 清除待确认标记
|
||
//
|
||
// 只依赖"进程活着且执行到第 0 层",不依赖其他模块 ⇒ 不会误判。
|
||
if err := upd.ClearPendingUpgrade(ks.DataDir); err != nil {
|
||
// 清不掉不阻断启动:后果只是下次启动再判一次(幂等)
|
||
log.Printf("[update] clear pending marker: %v", err)
|
||
}
|
||
}
|
||
|
||
// ④ 依赖图路径(真正的 digest 校验在 kernelboot 装载期,那里失败会拒绝启动)
|
||
if dg := filepath.Join(filepath.Dir(bin), "depgraph.bin"); upd.FileExists(dg) {
|
||
st.DepGraphPath = dg
|
||
}
|
||
|
||
// ⑤ 安装形态与升级能力**探测**(不改任何状态,只产出可读快照)。
|
||
//
|
||
// 为何放在第 0 层:它就是第 0 层自己的事实——“我能怎么升”。
|
||
// 而且它要读 dpkg/rpm 数据库与目录权限,这些在启动时只跑一次。
|
||
//
|
||
// ★ 探测失败不能阻断启动:它只是诊断信息。拿不到就报 Unknown,
|
||
// Apply 会因 Unknown 拒绝自替换(失败方向是收紧)。
|
||
capab := upd.Detect(bin, ks.DataDir)
|
||
ks.UpdateCapabilities = &capab
|
||
log.Printf("[update] install kind=%s variant=%s channel=%s can_replace=%v",
|
||
capab.Kind, capab.Variant, capab.Channel(), capab.CanWriteBin)
|
||
if !capab.CanWriteBin {
|
||
// 不阻断启动,但必须响亮:否则用户以为“点一下就能升级”。
|
||
log.Printf("[update] 本机不支持自替换升级:%s", capab.Reason)
|
||
}
|
||
|
||
log.Printf("[update] subsystem ready (version=%s rolled_back=%v)", st.Version, st.RolledBack)
|
||
return nil
|
||
}
|
||
|
||
func init() { kernelmod.Register(Module{}) }
|
||
|
||
var _ kernelboot.Module = Module{}
|