nfs: server 202.202.213.122 not responding, still trying

yangzhifu 2009-03-11 09:53:46

nfs: server 202.202.213.122 not responding

自己mount完全成功，但是出当我加载模块(insmod scull.ko)的时候出现了上面的问题
开始想我的空间是否有问题，但是我给rootfs分配了4M，而只用了1.6M，所以应该不是
这个问题，但是怎么有这个问题呢？

...全文

4084 13 打赏收藏转发到动态举报

写回复

用AI写文章

13 条回复

切换为时间正序

请发表友善的回复…

发表回复

春日暖阳 2012-05-30

打赏
举报

http://apps.hi.baidu.com/share/detail/5915959 这个网址过期啦！！！亲们

fei2012 2011-11-15

打赏
举报

看这里的解决方案：http://apps.hi.baidu.com/share/detail/5915959

liutaolinux 2011-09-27

打赏
举报

对呀！把最后怎么解决的分享一下啊！
eth0: link down
IP-Config: Complete:
device=eth0, addr=192.168.0.238, mask=255.255.255.0, gw=192.168.0.1,
host=MINI2440, domain=, nis-domain=arm9.net,
bootserver=192.168.0.237, rootserver=192.168.0.237, rootpath=
Looking up port of RPC 100003/2 on 192.168.0.237
eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
Looking up port of RPC 100005/1 on 192.168.0.237
VFS: Mounted root (nfs filesystem) on device 0:11.
Freeing init memory: 160K
[08/Oct/2011:12:49:52 +0000] boa: server version Boa/0.94.13
[08/Oct/2011:12:49:52 +0000] boa: server built Mar 26 2009 at 15:28:42.
[08/Oct/2011:12:49:52 +0000] boa: starting server pid=699, port 80

Try to bring eth0 interface up......nfs: server 192.168.0.237 not responding, still trying

我也是这个问题没解决呢！

morris88 2009-05-03

打赏
举报

请问：最后如何解决的呢？

morris88 2009-04-09

打赏
举报

我在arm上通过NFS共享文件时出现下面的错误提示
nfs:server is not responding,still trying

原因分析：NFS 的默认传输协议是 UDP，而PC机与嵌入式系统通过UPD交互时就会出现严重的网卡丢包现象。

解决方法：在客户端改用TCP协议，使用下面的命令，
#mount -t nfs -o nolock -o tcp 192.168.1.161:/opt /opt

morris88 2009-04-09

打赏
举报

在移植cs89x0后，就一直碰到如下这个问题：





nfs: server 192.168.10.1 not responding



nfs: server 192.168.10.1 not responding



nfs: server 192.168.10.1 OK



……





嵌入式系统要经过很多次很长时间的尝试才能挂上。初步怀疑是NFS配置的问题，后来猜测可能是由于cs8900a丢包严重造成的。





在nfs faq找到：





kernel: nfs: server server.domain.name not responding, still trying 

kernel: nfs: task 10754 can't get a request slot 

kernel: nfs: server server.domain.name OK 



A. The "can't get a request slot" message means that the client-side RPC code has detected a lot of timeouts (perhaps due to network congestion, perhaps due to an overloaded server), and is throttling back the number of concurrent outstanding requests in an attempt to lighten the load. Some possible causes: 



* Network congestion 

* Overloaded server 

* Packets (input or output) dropped by a bad NIC or driver....





根据上述观点，造成NFS没有回应的原因有3个，分别为网络拥塞、服务器过载和网卡丢包。



在我们的实验系统中，嵌入式系统和宿主机是直连的，而且服务器的基本处于空载的情形，所以不应该是前面两种情况，所以很可能是嵌入式系统网卡丢包严重引起的。





在目标机器中，用ifconfig看了一下，确实丢包比较严重。很可能就是这个问题了。





另一个意外的发现是，在查询丢包是，用tcpdump观察到nfs使用的是UDP协议。于是猜想，用TCP会不会有所改善？



       接着就是另一个问题，如何在nfs作为根文件系统时，指定nfs挂载的参数？



带着问题，跟踪了fs/nfs/nfsroot.c的代码，发现在nfs作为根文件系统时，参数可以直接写在“nfsroot=”后面，每个参数用逗号隔开，如：



nfsroot=192.168.10.1:/rootfs,proto=tcp,nfsvers=3,nolock



这样就可以指定nfs使用tcp协议。





重启后发现，竟然不再出现not responding的错误，一切感觉较为正常。



不过，cs8900a丢包现象依然存在。所以，使用tcp只是一个可行的解决办法，但最终还得解决网卡的丢包问题。