linux – 在NFS原子上重命名()

>写一个新的’.tmp’文件.
>使用rename()系统调用来替换现有文件.
>正在从远程NFS客户端访问此文件.

我们这样做,因为我们想要原子文件更新,而rename()规范说：

If newpath already exists,it will be atomically replaced,so that
there is no point at which another process attempting to access
newpath will find it missing. However,there will probably be a
window in which both oldpath and newpath refer to the file being
renamed.

我们依赖这种行为.

但是最近,由于迁移到新的NetApp(群集模式,从7模式) – 我们有一个过程偶尔会因ENOENT而崩溃 – 没有这样的文件或目录.

“非常偶然”,我的意思是 – 在过去几周里,每5分钟左右就会发生4到5次.

我正在与供应商一起调查这是否可能是他们的NFS服务器的错误.

但我实际上想弄清楚的是,原子性保证是否实际适用于NFS.有人能够为我澄清rename()的原子保证是否适用于多客户端NFS场景？我不确定这个功能是否已经起作用,但从一开始就无法保证.

来自：RFC1813

Procedure RENAME renames the file identified by from.name
in the directory,from.dir,to to.name in the directory,
to.dir. The operation is required to be atomic to the
client.

如果它是相关的,我们已经让SL 6.5客户端在ONTAP-CDOT 8.3上访问NFS数据存储区.