我们有一个运行的应用程序（在RHEL5上），将数据stream式传输到NFS共享上。 最近我们看到很多.nfsXXXX …（xxx是一个hex数字）出现在它的工作目录中，应用程序每小时写一个文件，稍后将它们移动到不同的文件名。
那些是什么 ？ 这是一个错误的迹象 – 如何做进一步的诊断？
没有什么是错的。 这是你的NFS客户端试图在自己的操作能力范围内保持正确的“closures后删除”unix行为。 这种NFS行为被称为“愚蠢的重命名”：
http://nfs.sourceforge.net/#faq_d2
使用OPEN4_RESULT_PRESERVE_UNLINKED，NFSv4.1将摆脱这种行为：
阿达莫是正确的。 确保您的应用程序在closures文件后closures它们。
如果因为某种原因无法修复应用程序，则可以创build一个cron作业来定期删除这些文件。