rpcinfo -p 无响应说明RPC通信已中断，需优先检查服务端rpcbind是否运行、防火墙是否放行111端口、SELinux是否拦截、客户端与服务端时间是否同步。
rpcinfo -p 无响应就别往下试了
客户端执行 rpcinfo -p server_ip 返回空或超时，说明 RPC 层通信已经中断，后续所有挂载操作都只是在等一个永远收不到的回应。这不是 NFS 配置问题，而是底层依赖断了。
常见原因和检查点：
-
rpcbind服务在服务端没运行（Ubuntu/Debian 是nfs-server依赖它，RHEL/CentOS 是独立服务） - 防火墙拦了 111 端口（
firewall-cmd --list-ports或ufw status查） - 服务端
rpcbind被 SELinux 拦住（ausearch -m avc -ts recent | grep rpcbind看拒绝日志） - 客户端和服务端时间偏差过大（NFSv4 认证会失败，间接导致 rpcbind 查询失败）
showmount -e 卡住但 rpcinfo 正常？查 DNS 和 exports 权限
rpcinfo -p 成功但 showmount -e server_ip 卡住或报 clnt_create: RPC: Program not registered，说明 mountd 没注册或被过滤了。
重点排查方向：
- 服务端
/etc/exports中导出路径末尾有没有多余空格或换行——exportfs -v会显示实际生效的规则，比肉眼检查更可靠 - 客户端用的是主机名而非 IP？
getent hosts server_hostname看 DNS 解析是否卡顿（NFS 默认不走 DNS 缓存，每次都要查） - 服务端
systemctl status rpc-statd和systemctl status nfs-mountd是否 active（有些发行版把 mountd 拆成独立单元） - 如果服务端用了
no_subtree_check，但客户端尝试挂载子目录（如/share/sub），而 exports 只写了/share，也会卡在 showmount 阶段
mount 命令卡住不动？先加 vers= 和 timeout 参数再试
不指定版本的 mount -t nfs server:/path /mnt 在内核 5.10+ 上默认先试 v4.0，再退到 v3；若服务端只开 v3 且没配好 portmap，就会卡在 RPC 查询阶段，无错误、无超时、无日志。
必须显式控制协议和重试行为：
- 先确认服务端支持什么：
rpcinfo -p server_ip | grep -E "(nfs|mountd)"——100003是 v2/v3，100005是 v4 - 强制指定版本：
mount -t nfs -o vers=3,hard,timeo=10,retrans=3 server:/path /mnt - v4 推荐直接用
nfs4类型：mount -t nfs4 -o hard,intr,timeo=600,retrans=2 server:/path /mnt - 避免默认的无限重试：
soft不推荐生产环境，但临时诊断可用；timeo=10表示 0.1 秒超时（单位是 1/10 秒），retrans=3限制重试 3 次
df、ls 卡死在 D 状态？别硬等，fuser + umount -l 是标准动作
一旦出现 ls /mnt 或 df -h 卡住、进程状态为 D（不可中断睡眠），说明内核 NFS 客户端已陷入等待服务器响应的状态，用户空间无法干预，只能清理上下文。
正确处理顺序不能错：
- 先查谁在占：
fuser -mv /mnt—— 注意不是fuser -v /mnt，少个-m就查不到挂载点关联进程 - 杀干净：
fuser -k -m /mnt（-k是关键，否则只是打印） - 立刻卸载：
umount -f /mnt；若仍卡，必须用umount -l /mnt（惰性卸载，不等 I/O 完成） - 验证卸载干净：
findmnt /mnt应无输出；若还有，检查是否有子挂载或 bind mount 干扰
真正棘手的是卡死背后的服务端状态——比如 XFS 文件系统没配 fsid=0，或服务端重启后没 reload exports，这类问题不会在客户端报错，只会让句柄慢慢变 stale。排查必须双向同步，不能只盯客户端命令是否“跑通”。
