主页 / server / 问题 / 680969
Accepted
Marki
Asked: 2015-04-08 06:13:32 +0800 CST

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

  • 772

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 中的ctime（这本身就是那里的更改时间）。

含义：修改目录内容后，只有 mtime 得到更新，ctime 没有得到更新。显然 RHEL NFS 客户端不认为这是更新其缓存的充分理由，而 SuSE NFS 客户端似乎为此打了补丁。

有什么选择？

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

1 个回答

  1. Best Answer

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

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

    较旧的 NFS 客户端就是这种情况。较新的客户会很好，但我们必须小心，因为他们似乎是巧合（因为优化）。

    一种解决方法是在您想让您的更改对外界可见之后触摸服务器上的父目录......

    • 0

相关问题