防止断开的NFS连接冻结客户端系统

我们有一个NFS 4共享，可以在多个服务器（NFS服务器和所有Debian 8的客户端）之间共享卷。最近，我们遇到了一些问题，其中网络中断会冻结客户端系统。

我们的NFS选项几乎是最小的rw（默认值hard是fg，等等）。

我现在正在尝试使用这些选项，但没有达到我期望的行为： rw,soft,bg,retrans=6,timeo=150

（我增加了重新交易以抵消部分软风险）

我要测试的过程是：

• 开机机
• cd 至 /mnt/mountpoint
• 验证NFS连接正常
• cd /
• 杀死网络 ifdown eth0
• cd 至 /mnt/mountpoint
• ls

此时命令行冻结，我无法中断它。 一段时间后，消息“ nfs：服务器[服务器名称]没有响应，超时”，似乎每分钟重复一次（不确定地）。

我希望/期望发生什么操作失败，并返回控制权。

请有人能告诉我这些设置哪里出问题了吗？

（PS：我也尝试使用autofs进行挂载，但行为类似）

谢谢

intr应该可以让您在按时再次获得控制权^C，但通常不会立即获得控制权。

   intr           If an NFS file operation has a major timeout and it is hard mounted, then allow signals to interupt the
                  file  operation  and cause it to return EINTR to the calling program.  The default is to not allow file
                  operations to be interrupted.

正如您所说，期望是这里的问题。网络问题可能是暂时的，但操作失败是永久性的。因此，大多数操作默认情况下只是简单地阻塞直到操作完成。

这是标准答案，但是在当前的手册页中，我看到以下内容：

                  The  intr / nointr mount option is deprecated after ker-
                  nel 2.6.25.  Only SIGKILL can interrupt  a  pending  NFS
                  operation on these kernels, and if specified, this mount
                  option is ignored  to  provide  backwards  compatibility
                  with older kernels.

因此，在我看来，这似乎不是NFS3 / NFS4的问题，而是有关如何intr工作的决定。因此，您应该能够执行KILL此过程，但这可能不会给您带来太多实用性。

我找不到有关为什么删除该选项的讨论。您可以杀死-杀死您的进程吗？

我的答案是根据经验得出的意见。在我有事实的地方，我将（尝试记住）链接到它们。

1. NFS 4被认为是对版本2和3 的改进。但是，我还没有看到需要改进的强大用例。也许是因为我打算将文件系统导出到具有Samba的Windows客户端和具有NFS的Unix / Linux客户端。
2. soft几乎在任何情况下我都不建议。它允许在出错时丢弃数据。相反，我建议hard,intr。
3. 如您所指出的，intr它不适用于NFS 4，但似乎这是内核更改，而不是NFS。
4. NFS自动挂载程序（autofs）在NFS 2和3版本的我的用例中很好地工作，并且通过仅在需要时挂载NFS文件系统来设法保护我的客户端系统免受服务器故障的影响。

我对您的建议是考虑从NFS 4迁移到NFS 3，看看是否对您的特定用例有所帮助。不要认为这是降级。