如何让rsync忽略NFS缓存不一致引发的陈旧文件句柄错误且不掩盖其他重要错误？

这个问题我太有共鸣了——NFS跨客户端的缓存一致性问题真的是日常运维里的小坑！你说的|| true确实是懒办法，但会把所有错误都吞掉，万一遇到权限不足、远程连接失败这类真问题就麻烦了。下面给你一个精准的解决方案，只忽略特定的陈旧文件句柄错误，其他问题该报就报：

核心思路：捕获rsync的错误输出和退出码，精准判断并忽略目标错误 #

rsync遇到这种NFS问题时，会输出特定的错误信息（Stale file handle (116)），并且返回退出码23（表示部分文件/属性未传输）。我们可以写一个小脚本，只在这两个条件同时满足时返回0，其他情况保留原错误和退出码。

具体脚本实现 #

#!/bin/bash

# 执行rsync命令，同时捕获标准错误和标准输出
rsync_result=$(rsync --quiet foo bar 2>&1)
exit_code=$?

# 判断是否是我们要忽略的特定错误：退出码23，且错误信息包含Stale file handle (116)
if [ $exit_code -eq 23 ] && echo "$rsync_result" | grep -q "Stale file handle (116)"; then
    # 可以打印一个提示信息，也可以去掉这行
    echo "[INFO] 忽略NFS陈旧文件句柄错误" >&2
    exit 0
else
    # 如果有错误输出，原样打印到标准错误
    if [ -n "$rsync_result" ]; then
        echo "$rsync_result" >&2
    fi
    # 返回原退出码
    exit $exit_code
fi

脚本说明 #

• 捕获输出和退出码：用2>&1把rsync的标准错误重定向到标准输出，一起存入变量，同时记录原始退出码。
• 精准匹配错误：只有当退出码是23（rsync定义的“部分文件未传输”），且错误文本明确包含Stale file handle (116)时，才返回0忽略错误。
• 保留其他错误：如果是其他问题（比如权限不足、文件真的不存在、rsync连接失败），会原样输出错误信息，并返回原始退出码，不会掩盖问题。

替代方案：调整NFS客户端缓存（不推荐，除非必要） #

如果你能修改NFS客户端的挂载参数，可以尝试降低缓存时长，比如挂载时加上ac=1（属性缓存1秒）和dircache=1（目录缓存1秒），但这样会牺牲NFS的性能，而且不一定能完全避免这个问题——毕竟跨客户端的rename操作在NFS里的缓存同步本来就有窗口。所以还是上面的脚本方案更稳妥。

测试验证 #

把你的测试脚本换成这个封装后的rsync调用，跑一段时间就会发现，只有陈旧文件句柄的错误会被忽略，其他异常都会正常报错，完美满足你的需求！

备注：内容来源于stack exchange，提问作者Kerrick Staley