因此，我们有一个运行CentOS 6.6的中型NFS4存储服务器，导出NFS共享/storageDat （这是NFS根目录，其中绑定了两个RAID卷： ./dat1和./dat2 ）。 导出选项： rw,sync,no_wdelay,no_subtree_check,fsid=0
我们在很多Fedora20工作站和桌面（> 100）上安装了NFS， 大部分情况下，一切运行良好，使用rU rw,relatime,vers=4.0,rsize=8192,wsize=8192,namlen=255,soft,proto=tcp,port=0,timeo=600,retrans=2,sec=sys,clientaddr=10.216.10.1,local_lock=none,addr=10.216.14.200 ，mountpoint /storageDat快速（读取> 400MByte / s传输）
然而，有时候，在单台机器上，NFS将执行以下操作：要运行的程序必须访问NFS上的某个深层文件夹：
/storageDat/dat2/projects/other/Tool_does_special/ProjectX/Sample/tooloutputR2
这将导致一个困难的'没有这样的文件或目录'看在服务器上，目录存在，访问权限是正确的（甚至与有问题的用户进行testing）; 回到客户端：
ls -al完整的文件抛出'没有这样的文件或目录'
ls -al '从完整path的父目录，即。
/storageDat/dat2/projects/other/Tool_does_special/
工作并显示子目录（ProjectX.ProjectY）
ls -al /storageDat/dat2/projects/other/Tool_does_special/ProjectX返回所有当前错误消息;
但进入目录
cd /storageDat/dat2/projects/other/Tool_does_special/
然后执行一个ls -alR显示所有子目录中的所有文件就好了。 直接跟进一个
ls -al
/storageDat/dat2/projects/other/Tool_does_special/ProjectX/Sample/tooloutputR2
然而，没有这样的文件[…]消息失败。
我们认为这是与NFScaching相关的某个地方，但是根本无法查明错误，无法预测其外观，并且不能可靠地使其消失。 甚至没有考虑修复它。
任何投入将不胜感激！ （是的，我没有重新命名我的实际文件夹，我可以在网上发布）
我的服务器发生了同样的问题。 我有12台服务器从第13台服务器上挂载了一个共享文件夹，而这台服务器只有NFS，其他12台服务器上挂载了Autofs。
那么，在第13台服务器上，我发现autofs正在运行，并且与其他12台服务器相同的configuration文件，所以基本上他试图将自己挂载到相同的源/目标文件中。
我停止在该服务器的Autofs服务，我可以访问该文件夹。 当你一次在几台机器上工作时，会发生这种情况，在某些时候，我不应该在服务器上设置autofs。
伟业！