情况如下：
我们有一个文件服务器不会将时间戳保存到文件的一小部分（几百万个中有77个文件）。 它改为写1969-12-31 19:00（Unix时代）的默认mtime。
当这种情况发生的时候，它会不规则地发生，没有设置模式（例如这里有一个文件，那里有一组文件，等等）。这种时间戳的文件已经通过NFS上传到服务器。
需要注意的是，我们只在这台服务器上的NFS共享中看到这种情况，并没有发生任何服务器系统文件，似乎只是与NFS共享而已。
一些额外的信息：
/home/file_storage 10.0.0.1/24(rw,sync,no_root_squash,no_subtree_check) 更新
根据评论请求更新上面的文件系统和分区信息。
是RAID控制器/ home / file_storage上唯一的挂载点？ 换句话说，该服务器上的其他文件系统是在同一个RAID控制器上还是在不同的控制器上？
如果raid控制器上唯一的事情是nfs共享，那么我担心有0个块写入，并且您将它们视为date归零。 在不同的文件上运行一堆md5sum可能是值得的，然后在一个星期后运行它们，看看哪些已经改变了。
另一方面，如果你在同一个raid控制器上有很多的文件系统，而唯一的一个就是nfs共享的文件系统，那么可能是networking数据包被破坏了。 我们在过去的地方已经看到文件中有8k个随机数的块。 也就是说，每个人都认为nfs块是写的，但实际上并不是这样。 这可能是一个networking问题，你应该在界面上看到错误。
我会去的第一个虽然。
你是否在本地或只是远程看到了奇怪的时刻？ 如果您担心文件系统的问题，我会考虑从CERN运行文件系统检查器，我将在可以find的时候添加一个链接。（它不断地向系统写入一个文件，然后等待并读取它）。
3ware卡一般都很好。
我对NFS的文件时间的理解是，它们通常是由客户端设置的，所以也许你有一台机器认为它永远是零时间？