看起来你遇到了Kubernetes里服务域名解析的典型问题——用Cluster IP能正常挂载NFS，但用服务域名就不行，我来帮你一步步排查可能的原因：

1. 先修正PersistentVolume的命名空间配置错误 #

你提供的PV清单里指定了namespace: nfs，但PersistentVolume是集群级别的资源，根本不属于任何命名空间！这个配置不仅无效，还可能导致Kubernetes在处理这个PV时出现异常，间接影响DNS解析的逻辑。

解决方法：把PV清单里的namespace: nfs字段删掉，重新创建PV。

2. 验证NFS服务的Endpoint是否正常关联Pod #

服务域名能解析的前提是，服务已经正确绑定到后端的NFS Server Pod。你可以执行这条命令检查：

kubectl get endpoints nfs-server -n nfs

如果输出里的ENDPOINTS列是空的，说明服务没找到匹配的Pod，要排查以下两点：

• 确认NFS Server的Pod处于Running状态：kubectl get pods -n nfs
• 检查Pod的标签role: nfs-server是否和服务的selector完全一致（大小写、键值对都不能错）

3. 在集群内测试DNS解析是否正常 #

找一个集群内的Pod（比如临时创建一个busybox容器），直接测试服务域名的解析：

kubectl run -it --rm dns-test --image=busybox:1.28 -- nslookup nfs-server.nfs.svc.cluster.local

如果解析失败，说明集群的DNS组件（通常是CoreDNS）出了问题：

• 先看kube-system下的CoreDNS Pod是否正常运行：kubectl get pods -n kube-system -l k8s-app=kube-dns
• 再查看CoreDNS的日志，找报错信息：kubectl logs -n kube-system -l k8s-app=kube-dns

4. 确认集群默认域名是否为cluster.local #

你用的nfs-server.nfs.svc.cluster.local格式是标准的Kubernetes服务域名，但要确保你的集群默认域名确实是cluster.local（大部分集群是这个，但自定义集群可能修改过）。可以通过CoreDNS的ConfigMap确认：

kubectl get configmap coredns -n kube-system -o yaml

检查配置里是否包含cluster.local的域名解析规则。

5. 检查NFS端口的网络连通性 #

如果DNS解析正常，但挂载还是失败，可能是网络策略或防火墙限制了NFS端口的访问。你可以在测试Pod里尝试telnet服务域名的NFS端口：

kubectl run -it --rm telnet-test --image=busybox:1.28 -- telnet nfs-server.nfs.svc.cluster.local 2049

如果连接失败，要检查是否有网络策略阻止了nfs命名空间的流量，或者集群网络插件（比如Calico、Flannel）有相关限制。

备注：内容来源于stack exchange，提问作者rp346