NFS v4服务器仅绑定挂载子目录时出现陈旧文件句柄问题
我太懂这种被陈旧文件句柄折腾得头大的感觉了！结合你说的Ubuntu 16.04 NFS服务器场景——原本稳定运行的共享，把/data2下的数据全移到/data2/cryodata子目录后，绑定挂载就出问题，咱们一步步拆解解决：
先搞清楚核心原因
陈旧文件句柄（stale file handle）本质上就是NFS客户端拿着旧的文件/目录inode引用，而服务器上对应的inode已经变了或者不存在了。你把数据移到子目录后，不管是共享配置没更新，还是客户端缓存没清理，都会导致两边的inode对不上，自然报错。
第一步：检查并更新NFS服务器的共享配置
首先得确认你的/etc/exports是不是已经同步更新到新的子目录了？之前共享的是/data2，现在要对外提供的是/data2/cryodata，得改这个配置：
# 编辑exports文件，用你习惯的编辑器都行，比如nano sudo nano /etc/exports
把原来的/data2 ...那一行替换成新的路径，比如：
/data2/cryodata 192.168.1.0/24(rw,sync,no_subtree_check)
（把IP段换成你实际的客户端网段，权限参数保持原来的就行）
改完后一定要重新加载共享配置，让旧的共享失效：
sudo exportfs -ra
小提醒：
exportfs -ra是刷新所有共享最稳妥的方式，别漏了这一步！
第二步：彻底清理客户端的陈旧挂载
客户端这边大概率还拿着旧的挂载缓存，必须彻底清掉：
- 先尝试正常卸载旧挂载：
sudo umount /你的本地挂载点
- 如果提示“设备忙”，先确认有没有进程在占用这个挂载点（可以用
lsof /你的本地挂载点排查），要是急着处理，也可以强制卸载（谨慎用，别搞坏正在运行的程序）：
sudo umount -f /你的本地挂载点
- 清理NFS相关的系统缓存：
sudo echo 3 > /proc/sys/vm/drop_caches
- 最后更新客户端的
/etc/fstab，把原来的服务器路径从:/data2改成:/data2/cryodata，比如：
192.168.1.100:/data2/cryodata /mnt/nfs-storage nfs defaults 0 0
改完后重新挂载：
sudo mount /mnt/nfs-storage
第三步：处理服务器内部绑定挂载的特殊情况
你提到是“绑定挂载该子目录”，如果是在NFS服务器内部把/data2/cryodata绑定到另一个路径（比如/mnt/shared）再对外共享，那得注意绑定的时机：
如果是先启动NFS服务再做绑定挂载，NFS会拿着绑定前空目录的inode，自然会触发陈旧句柄。这时候得重启NFS服务并重新绑定：
# 先停掉NFS服务 sudo systemctl stop nfs-server # 重新做绑定挂载 sudo mount --bind /data2/cryodata /mnt/shared # 启动NFS服务 sudo systemctl start nfs-server # 再刷新一次共享配置 sudo exportfs -ra
第四步：验证inode匹配（排查终极利器）
要是还没解决，直接查inode就能找到问题根源：
在NFS服务器上分别看旧目录和新子目录的inode：
# 查看/data2的inode ls -id /data2 # 查看/data2/cryodata的inode ls -id /data2/cryodata
如果客户端之前挂载的是/data2，现在服务器上/data2是空的，它的inode和/data2/cryodata完全不一样，客户端拿着旧inode自然找不到东西，这时候必须确保客户端挂载的是新的子目录路径。
另外，要是你是直接把/data2下的内容移动到cryodata（不是复制），虽然文件的inode不变，但/data2目录本身的内容变了，NFS客户端的目录缓存会失效，还是得卸载重装挂载才能解决。
内容的提问来源于stack exchange，提问作者pgoetz
