发生接管时，高可用性 NFS 服务器（心跳/DRBD）在客户端上长时间挂起

Question

我们有一个使用 DRBD、心跳和 nfs 暴露给客户端的高可用性 NFS 环境（类似于以下https://help.ubuntu.com/community/HighlyAvailableNFS）。这似乎是执行 HA nfs 的一种相当常见且得到良好支持的方法，并且对我们来说非常有效，并且有一个预期。

当心跳执行切换时，nfs 客户端都会挂起大约 60-120 秒。我可以看到心跳只需 5-10 秒即可完成接管并启动 nfs（我什至可以手动安装它）。但是连接的客户端似乎在重新建立工作连接之前等待某种超时。

我尝试了以下但没有成功；

• 确保 /var/lib/nfs 存储在 drdb 磁盘上并符号链接回 /var/lib
• UDP 或 TCP 客户端连接
• NFS 服务器导出定义导出中的 fsid。
• 在挂载中使用客户端 timeo=
• 硬/软安装

设置如下；

• NFSv4
• Ubuntu LTS 服务器和客户端
• 当前客户端挂载选项=proto=tcp,noauto,bg,intr,hard,noatime,nodiratime,nosuid,noexec

笔记

• 我注意到 /var/lib/nfs/rmtab 总是空的，我不知道为什么。这可能是原因吗？
• 客户端是无 GUI 的 ubuntu 10.4 LAMP 堆栈服务器。
• 当客户端停止时，任何试图访问共享的程序都会停止。例如，执行“df”将在 nfs 挂载行挂起 ssh 会话，直到 nfs 返回。

任何建议将是最受欢迎的。

Answer 1

如果您使用 GUI 用户登录（例如 LTSP）运行 Ubuntu，则很可能是客户端出现了问题。

Gnome-Settings-Daemon 有一个讨厌的习惯，它会在 NFS 安装内部进行挖掘，以检查它找到的任何垃圾文件夹的状态。Ubuntu 9.10 中存在此问题，10.04 中也可能存在此问题。

这是在 Ubuntu 发行版中硬编码的，并在 9.x 版本中被错误地删除。据报道，该问题已在后续 Ubuntu 版本中得到修复，常见症状是平均负载较高，而 NFS 挂载无法访问。