调试 nfs 卷“无法为 pod 附加或安装卷”

Question

我已经根据https 中的示例设置了一个服务 RMW pv 的 nfs 服务器：//github.com/kube.netes/examples/tree/master/staging/volumes/nfs

此设置在许多生产环境中对我来说都很好，但在某些特定的 GKE 集群实例中，mount 在 pod 重新启动后停止工作。

从 kubelet 日志中，我看到以下内容重复了很多次

无法为 pod“api-bf5869665-zpj4c_default(521b43c8-319f-425f-aaa7-e05c08282e8e)”附加或装载卷：卸载的卷=[shared-mount]，未附加的卷=[geekadm.net deployment-role-token-6tg9p shared-mount]：等待条件超时； 跳绳

同步 pod 521b43c8-319f-425f-aaa7-e05c08282e8e 时出错（“api-bf5869665-zpj4c_default（521b43c8-319f-425f-aaa7-e05c08282e8e）”），跳过：未安装的卷=[共享安装]，未连接的卷=[geekadm net deployment-role-token-6tg9p shared-mount]：等待条件超时

在任何节点上手动安装 nfs 都可以正常工作： mount -t nfs <service ip>:/ /tmp/mnt

我怎样才能进一步调试这个问题？ 除了 kubelet 之外，还有其他我可以查看的日志吗？

Answer 1

如果 pod 由于挂载速度太慢而被踢出节点，您可能会在日志中看到类似的消息。

Kubelets 甚至在日志中告知这个问题。
来自 Kubelet 的示例日志：
为 /var/lib/kubelet/pods/c9987636-acbe-4653-8b8d-aa80fe423597/volumes/kube.netes.io~gce-pd/pvc-fbae0402-b8c7-4bc8-b375-1060487d730d 和 fsGroup 集设置卷所有权。 如果该卷有很多文件，那么设置卷所有权可能会很慢，请参阅https://github.com/kube.netes/kube.netes/issues/69699

原因：
pod.spec.securityContext.fsGroup 设置使 kubelet 对为给定 pod 安装的卷中的所有文件运行 chown 和 chmod。 如果文件很大且文件很多，这可能是一件非常耗时的事情。

默认情况下，Kube.netes 递归地更改每个卷内容的所有权和权限，以匹配挂载该卷时在 Pod 的 securityContext 中指定的 fsGroup。 从文件。

解决方案：
您可以通过以下方式处理。

1. 减少卷中的文件数量。
2. 停止使用 fsGroup 设置。

Answer 2

安装命令行时是否指定了 nfs 版本？ 我在 AKS 上遇到了同样的问题，但受到https://stackoverflow.com/a/71789693/1382108的启发，我检查了 nfs 版本。 注意到我的 PV 有一个 vers=3。 当我尝试使用挂起的mount -t nfs -o vers=3命令挂载命令行时， vers=4.1它立即起作用。 更改了我的 PV 中的版本，下一个 Pod 工作正常。