求助~~linux系统无法mount，RPC: Timed out！

qam

公司两台做NFS server的linux机器，以前都好好的。5.1关机后，上班重新开机client都不能mount了。具体症状如下：

1. 在client或server端执行showmount -e ip_addr 或 mount -t nfs ip_addr:path path，停顿约10多秒后失败，显示信息RPC: Timed out。

2. 在client或server端执行rpcinfo -p ip_addr，显示portmap, nfs, mount 等进程都已启动。

3. 如果在server端重新启动一遍服务service nfs restart，这时候client和server端都可以用showmount看到分享出来的目录，但是一旦mount就 RPC: Timed  out!!!

这个怪异的问题纠缠我好长时间了。在摆渡和谷歌上搜了若干文章，按照当中说的把server和client的Fireware，iptables都禁止了，无效；在server的hosts.allow中加入了portmap: ALL; nfsd: ALL; mountd: ALL;statd: ALL，还是无效；彻底崩溃了，明明以前用得好好的，怎么重新启动一次就死掉了呢，...:mad: :comp

但是奇怪的是如果用client启动nfs server服务，原来的server是可以mount client上的目录的，彻底无语了 。难道五一过完了机器还没休息够吗:sleep ？各位高手如果有什么建议，来给小弟指点一下迷津吧，不胜感激了！！！:ask

qam

怎么没人回答呢？大家都没遇到过类似的情况吗？

qam

经过一天的尝试，取得一点进展。在网上搜索到了一篇文章，是类似的情况，作者用tcpdump来分析client与server的数据包。

于是尝试用tcpdump截取了一下client端向server端发出mount请求时的数据包。发现当请求不成功的时候client和server之间会有很多的数据包交换，而成功的时候数据包则很少。

因为机器开机mount的目录是在/etc/fstab当中指定的，考虑到是soft mount，如果mount不成功会反复发出请求，会不会是多台机器开机的时候mount失败，然后反复发出mount请求造成NFS server无法响应呢。于是取消client端开机自动mount的设定，重新启动NFS server。发现重启后情况果然有改善。可以用showmount看到export的目录，也可以mount上server端的目录了。但是成功次数不多，需要试多次才能成一次，大多数的情况还是RPC: Timed out!

我现在的问题是为什么以前server的响应一直很正常，而现在却变得这么慢了呢。