日常更新

docs/03-06-k3s-使用nfs存储.md

@@ -5,14 +5,14 @@
 
 ## TL;DR
 
-- **自动化验收**：`./scripts/verify.sh run 03-06`
-- **关键前置**：按本文「前置条件」准备环境变量/Secret/入口 IP
-- **成功判据**：达到本文「预期」且 playbook 断言通过
+- **自动化验收**：`./ansible/bin/verify.sh run 03-06`
+- **关键前置**：按本文「前置条件」准备环境变量/Secret/入口 IP（`NFS_SERVER_IP`、`NFS_EXPORT_PATH`）；未设置时整篇 **gated**
+- **成功判据**：PVC `Bound`，且 **`nfs-pvc-verify-demo` Job** 挂载该 PVC 写 `.verify-nfs` 成功（OC3）；playbook 断言通过
 - **排障**：见本文「排障」
 
 ## 前置条件
 
-- 已完成 `01-05-armv7-nfs服务安装.md`
+- 已完成 `01-04-armv7-nfs服务安装.md`
 - 可从 K3s 节点访问 NFS 服务器与导出目录
 
 ## 方式对比（从简单到复杂）
@@ -85,6 +85,8 @@ spec: # Deployment 规格
 
 > 静态 NFS 同样需要在服务端提前创建目录并设置权限；不会自动创建目录。
 
+**自动化验收（`verify.sh run 03-06`）**：在应用并等待 PVC `Bound` 之后，会额外应用 [`ansible/files/03-06/nfs-pvc-verify-job.yaml`](../ansible/files/03-06/nfs-pvc-verify-job.yaml) 中的 **Job**，挂载 `nfs-pvc-demo` 并向卷内写入 `.verify-nfs`，以证明挂载可写（不仅 API 显示 Bound）。**手动学习**时仍可只 `apply` PV+PVC 清单，不必应用 Job。
+
 ### 方式 3：动态 NFS（选装 provisioner）
 
 这是选装增强，不是 K3s 内置默认能力。常见组件是 `nfs-subdir-external-provisioner`。
@@ -213,7 +215,7 @@ kubectl exec deploy/nfs-direct-demo -- sh -c 'echo nfs-direct-ok > /usr/share/ng
 - 检查 NFS 服务与导出目录权限
 - 检查节点到 NFS 服务器网络
 - 检查 `path` 与 `server` 配置是否正确
-- 若报 `Permission denied`，回到 `01-05` 的 `root_squash` 权限章节，确认导出目录与业务 UID/GID 对齐
+- 若报 `Permission denied`，回到 `01-04` 的 `root_squash` 权限章节，确认导出目录与业务 UID/GID 对齐
 
 ## 下一步