当发生接管时，高可用性的NFS服务器(Heart节拍/DRBD)长期挂在客户身上

Question

我们有一个高可用性的NFS环境，它使用DRBD、心跳和向客户端公开的nfs (模拟到下面的https://help.ubuntu.com/community/HighlyAvailableNFS )。这似乎是一种非常常见的、得到良好支持的方法来执行HA，并且对我们来说非常有用。

当心跳执行切换时，nfs客户端都挂起大约60-120秒。我可以看到，它只需要5-10秒的心跳来完成接管和获得nfs (我甚至可以手动挂载)。但是，连接的客户端似乎在重新建立工作连接之前等待某些超时时间。

--我尝试过以下几种方法，但都没有成功；

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

设置如下：

• NFSv4
• Ubuntu服务器和客户端
• 当前客户端安装options=proto=tcp，noauto，intr，hard，noatime，nodiratime，nosuid，noexec

Notes

• 我注意到/var/lib/nfs/rmtab始终是空的，我无法找到原因。这就是原因吗？
• 客户端是GUI少的ubuntu10.4灯栈服务器。
• 当客户端停止时，任何试图访问共享档的程序。例如，执行"df“将在nfs挂载行挂起ssh会话，直到nfs返回。

任何建议都将受到欢迎。

Answer 1

如果您使用诸如LTSP这样的GUI用户登录来运行Ubuntu，那么很可能客户端就是问题所在。

有一个讨厌的习惯，就是在NFS挂件内部挖掘，以检查它找到的任何垃圾文件夹的状态。这个问题存在于Ubuntu9.10中，很可能在10.04中也存在。

这是在Ubuntu发行版中硬编码的，在9.x版本中被错误地删除了。据报道，在以后的Ubuntu版本中修复了它，一个常见的症状是负载平均较高，而NFS挂载是不可访问的。