所以有一个Java应用程序从第三方站点下载文件并将其保存在NFS共享中。 有一段时间，保存的文件有很奇怪的权限，所有者和其他元数据应用。 甚至没有可用的大小信息
Windows工具显示该文件的date为1974年，大小为0字节，在Linux主机上我除了显示的信息外没有看到任何信息。
当我尝试对一个文件进行统计时，它说它不存在。
有什么办法可以解决这个问题吗？ 如果我删除文件，应用程序将重新下载它，但几天之内，问题将回来
– ????????? ？ ？ ？ ？ ？ TMP-Football.xml
谢谢
这是一个损坏的文件，在某种传输错误（通常与重新启动NFS服务器或客户端从应用程序传输数据时错误卸载相关）之前，几乎肯定是由NFS创build的。
如果NFS客户端以任何方式出现故障，它将保持caching它试图发送的信息的最后一位，然后冻结，直到NFS服务器再次变得可用以接收该位数据，或者它将丢弃最后一位信息抛出一个I / O错误，以便应用程序可以处理/忽略（并正常进行而不被冻结）。
这是硬和软坐骑之间的本质区别。 硬是freezytypes，soft是在您不可避免的轻微的networking故障时默默地破坏您的数据的那种。
如果您过分关注您的机上数据的数据完整性，请使用硬件安装。 如果您更关心应用程序的稳定性，请使用软安装。 如果您遇到了损坏问题，并且您还没有像一些数据中心stream氓那样疯狂地重新启动NFS服务器，那么现在是时候分别检查NFS服务器日志和客户端日志了。 同时，一些networking诊断和监视/日志是为了查看networking是否是问题。
Wireshark非常适合在飞行中进行stream量监控，除了切换日志之外，还有许多GUI可以用不太可怕的方式解释其输出。 两个系统上的系统日志应该显示大部分内容，因为卸载的文件系统和重新启动的服务器显示得相当好。