☰

封闭网络中的 NFS 共享锁定工作站

tag-icon • tag-icon rhel nfs fstab freeze
封闭网络中的 NFS 共享锁定工作站

这个有点奇怪。

我们的一个开发实验室拥有约五 (5) 台红帽工作站 7 资产的封闭网络。其中一台 REHL 7 机器通过 NFS 将 USB 连接的 DroboPro 托管到其他机器 - 其他机器在启动时通过 /etc/fstab 安装此共享。一切都运行良好，所有用户都可以访问共享 - 除非托管 NFS 共享的计算机出现故障。当该机器关闭或脱机时，共享将无法访问（显然），但其他机器也会遇到我们无法解释的副作用。

如果托管共享的计算机关闭，并且我们锁定屏幕或重新启动其他四 (4) 台 RHEL 7 计算机中的任何一台，它们将锁定/冻结并且无法访问，直到托管 NFS 共享的计算机重新联机。

我们通过在其他四 (4) 个 RHEL 7 资产上卸载 NFS 共享并降低共享来将源范围缩小到 NFS 共享，从而不会导致锁定/冻结。

/etc/exports > /dir/path/192.168.100.0/24(rw)

任何有关进一步故障排除的见解或建议将不胜感激。

谢谢。

答案1

尝试一下：将以下标志添加到 /etc/fstab 中的 nfs 挂载点：

bg、intr、软、timeo=3、重传=3、actimeo=3、重试=3

相应地调整超时率，但我发现这种组合效果最好。确保 nfs 挂载点行中未设置“默认”，并阅读 nfs 的手册页以准确了解这将如何影响您的挂载点。

答案2

从我的头顶快速但可能肮脏的解决方案：

  • 定期检查 NFS - 服务器是否可用
  • 如果 NFS 服务器不可用，请延迟卸载客户端上的 NFS 共享

这可能很简单：

while true;
do
  ping -c 1 $NFSserver || umount -l $NFSmounts
done

$NFSmounts当然，如果您有多个列表，您就必须考虑建立一个列表。

根据作业的调度，一旦工作站卸载了不可用的 NFS 挂载，这将快速解锁工作站。

相对：防止 NFS 连接中断导致客户端系统冻结

相关内容