HANDOFF — EDA 存储标准化¶

1. 这份文件怎么用¶

交接快照，由 SessionStart Hook 在 cwd 为本工程时注入；只描述现在，整体重写、不累积。
档位标注：【已确认】=有实测证据；【未验证】=未证实；【待决策】=尚未定论。
本文件于 2026-10-07 首次建立：起因是 slurm_ins 会话排查「SSH 连接复用」时发现本工程同类问题，按「跨工程待办传至对应工程」的约定传入；该待办已于同日按用户指令取消（见 §3）。工程全貌尚未系统盘点，§2 只写已核实的部分。
上级项目地图：../docs/PROJECT-MAP.md（slurm 项目根）。

工程定位【已确认，2026-10-07 用户明确】：本工程是旧集群（192.168.0.x）实施 EDA 行业存储标准的落地产物，仅作新集群实施 EDA 行业存储标准的参考（结构、基线取值、幂等设计可借鉴）——不上机、不改造、不作为现行集群部署入口。上级 PROJECT-MAP 已同步为「留档」身份。
核实依据：deploy/config/deploy.yaml 目标主机为旧集群网段（nfs 192.168.0.13 + 8 台 client：k8s-master-01~03 / k8s-node-01~03 / IDE / harbor），2026-10-07 实测 不可达（.2 / .13:22 FAIL）；旧集群工程 2026-10-04 已清退（见 PROJECT-MAP §4）。最后一次成功运行 2026-09-12。
主模块在 deploy/（main.py + deployer.py + config/ + utils/ + docs/）；既有档案：deploy/docs/SOP.md、deploy/docs/troubleshoot.md、epilog/SOP.md、顶层 LDAP组织结构改造计划.md。
无进行中变更（原 §3 #1 已取消）。

无。原 #1「远端执行层接入连接复用」已于 2026-10-07 按用户指令取消，不再推进。

结论【已确认，2026-10-07 用户明确】：本工程为旧集群产物、仅供新集群参考，不改造、不上机验证，故该待办取消。
原待办内容（留档备查）：deploy/utils/paramiko_module.py 的 RemoteRunner.run() 用 subprocess 调 ssh，每条命令一次完整 TCP 握手 + 认证；deploy/service_deployer.py 有 50 处 self.runner.run(...)，多为 test -L / readlink / stat -c 类细粒度探测（原方案为「只换内部实现、不改对外 API」）。
为什么不做：目标主机（旧集群 192.168.0.x）已不可达，原定验收判据（改造前后 --dry-run 变更项逐条一致 + 墙钟 / 建连计数）无法执行；且工程定位为参考档案、无再下发场景（不满足 ops-execution-efficiency §8 固化闸①「还会再发生吗」）。
将来新集群若要复用该能力：在新集群工程内实施，不要改本工程；可参照 slurm_ins/conn_reuse_20261007/SOP.md（已实测 --dry-run 墙钟 221.0 → 134.6 s、建连 6 次 = 6 台主机）。

本工程为旧集群参考档案、不上机；下列红线适用于「万一有人真在（新）集群上跑本实现体」时。

文件	管什么
`deploy/docs/SOP.md`	存储标准化执行手册（即旧集群场景——本工程本身即旧集群产物，其正文是新集群实施 EDA 存储标准的参考素材）
`deploy/docs/troubleshoot.md`	排障记录
`epilog/SOP.md`	epilog scratch 老化清理规则
`../docs/PROJECT-MAP.md`	slurm 项目地图（工程身份、依赖分层、任务路由）

来源：/home/rain/Documents/slurm/eda_storage_standardization/docs/HANDOFF.md ｜最后更新：2026-10-07 06:13（由 build/sync.py 同步，请勿在站点侧修改）