有熟悉nfs的没？过来一起讨论个问题

godymoon

在Linux上使用nfs时，如果服务端的down掉了（或者仅仅是服务端的IP掉了），这时客户端挂载的那个目录也就不能使用了，并且，在客户端任何涉及到这个目录的操作都将挂死，如：

执行df、mount命令都不能结束；cd 、ls或者rm那个目录更不用说了。

如果此时想让这个目录umount掉，也不能umount掉。


要是服务端我没有权限去做任何操作或者一时半会解决不了，那么客户端也就玩完了。不知道大家有没有遇到过这样的情况？


这种情况是NFS的问题还是OS的问题呢 ？ 比如挂载的那个IP都不通了，能不能自动umount掉呢 ？

有没有什么好的NFS替代方案 ？

chenzhj

写个脚本判断nfs连接状态，出现问题就umount。

godymoon

回复 2# chenzhj


    如果服务端出问题了，客户端umount不掉的 ，只能任由挂载的那个目录死在那儿

追忆的风筝

回复 3# godymoon

利用autofs实现自动挂载，设置auto.master中的timeout值

godymoon

追忆的风筝 发表于 2012-06-01 10:21
回复 3# godymoon

利用autofs实现自动挂载，设置auto.master中的timeout值

能在服务断掉的时候自动umount吗  ？

追忆的风筝

回复 5# godymoon

可以，比如你挂载到/data目录，当/data没有读写数据的时候，会自动卸载掉，你尝试下就知道了。
   

typuc

你umount 不掉 是因为有用户或者进程在使用吧 fuser 查看那些用户在使用

godymoon

typuc 发表于 2012-06-01 11:55
你umount 不掉 是因为有用户或者进程在使用吧 fuser 查看那些用户在使用

不是啊，我实验的现象是这样的，当服务端down了之后，任何操作 客户端那个挂载目录的进程都将挂死，

查询到对应的进程都杀掉之后，umount还是不行的。  

比如客户端执行df -h看到的挂载点是这样的：

Filesystem                       Size      Used    Avail    Use%       Mounted on
192.168.1.33:/tmp/test   10G       3G       7G      30%        /tmp/test

当192.168.1.33不通的时候，在客户端umount  /tmp/test 操作是不会有效果的

Yuri.G.

当挂死的时候你dmesg看看就知道了，NFS是会自己尝试恢复的，而且这个恢复次数是可以自己设定的，其次你也不能umount掉，因为就算能umount掉你读写数据也是异常的。
按我以往的经验来看，把NFS服务器的网卡重启一下都没事，因为客户端会尝试重连恢复，好了之后继续写入。所以这个你不需要太担心。
反倒要解决这个问题，你最好通过服务器端去解决，比如做多网卡的绑定，或者走多通道。

godymoon

Yuri.G. 发表于 2012-06-05 11:21
当挂死的时候你dmesg看看就知道了，NFS是会自己尝试恢复的，而且这个恢复次数是可以自己设定的，其次你也不能umount掉，因为就算能umount掉你读写数据也是异常的。
按我以往的经验来看，把NFS服务器的网卡重启一下都没事，因为客户端会尝试重连恢复，好了之后继续写入。所以这个你不需要太担心。
反倒要解决这个问题，你最好通过服务器端去解决，比如做多网卡的绑定，或者走多通道。
...

嗯，如果从服务端解决是比较快速的，其实我想了解的是，有没有在客户端解决此问题的方案。因为有时候我们是没有权限去动服务端的环境的