☰

NFS：客户端看不到服务器上创建的新文件（缓存？）

tag-icon • tag-icon nfs
NFS：客户端看不到服务器上创建的新文件（缓存？）

NFS 服务器是 SLES11SP3，下面是导出语句：

/media/data *domain.com(rw,sync,no_root_squash,fsid=1)

我怀疑这是客户端（RHEL6）上的缓存问题，但是我相信我关闭了所有缓存，但问题仍然存在。

问题表现如下：

我在服务器上执行了touch /media/data/test。即使我等待了几分钟，文件也不会显示在客户端上。

如果我touch /media/data（目录）在服务器上，那么它会显示。当我touch /data/test2从客户端访问时它也会出现。

我在客户端尝试过：

# original
server:/media/data   /data  nfs   rw,soft,vers=3,rsize=1048576,wsize=1048576,mountvers=3,sync,lookupcache=none
# mod 1 (remove parameters which have defaults: size, mountvers; add noac)
server:/media/data   /data  nfs   rw,soft,vers=3,sync,lookupcache=none,noac 0 0

我也尝试使用hard并指定进行安装actimeo=1，但没有效果。

我见过这和这. 也没什么帮助。

更新 #1

看起来底层文件系统很特殊。

服务器上的底层文件系统是 Novell NSS 卷。

NSS 具有某些独特的属性，例如映射创建文件的时间时间在 Linux 中（它本身就是改变时间有）。

含义：修改目录内容时，只有 mtime 会更新，ctime 不会更新。RHEL NFS 客户端显然不认为这是更新缓存的充分理由，而 SuSE NFS 客户端似乎已针对此问题进行了修补。

有什么选择？

  • 更改 NSS 卷上的属性（可以选择将 ctime 映射到更改时间而不是创建时间，尽管必须调查此文件系统范围设置的影响）
  • 让 Redhat 只考虑 mtime 而不考虑 ctime（为什么会这样？）
  • 解决方法：列出目录之前先触摸它们......

答案1

这是由于 NSS（Novell 存储服务）的一项名为 noCtimeIsMetadataModTime 的“功能”导致的，该功能将 NSS 创建时间映射到 Linux ctime。

当我们在服务器上更改文件时，父目录的修改时间会更新，但“更改”时间不会更新，通常情况如此。因此，对于要更新的​​ NFS 客户端缓存，似乎修改的和更改时间需要更新，至少这是我们在导出 ext3 FS 而不是 NSS 时看到的。

这是老 NFS 客户端的情况。新客户端没问题，但我们必须小心，因为它们似乎是巧合地工作（因为进行了优化）。

一种解决方法是，当您想让外界看到您的更改后，触碰服务器上的父目录......

相关内容