nfs:server is not responding,still trying

nfs:server is not responding,still trying的解决方法（转）

2011-09-06 9:43

nfs:server is not responding,still trying的解决方法 (2009-04-20 10:20) 方法1 ： 我在arm上通过NFS共享文件时出现下面的错误提示 nfs:server is not responding,still trying 原因分析：NFS 的默认传输协议是 UDP，而PC机与嵌入式系统通过UPD交互时就会出现严重的网卡丢包现象。 解决方法：在客户端改用TCP协议，使用下面的命令， #mount -o tcp 10.10.19.25:/home/export /mnt/local 方法2： 在目标板上通过NFS复制PC机上较大文件到目标板上的时候遇到的问题： nfs: server *** not responding, still trying 修改方法： nfs mount时候出现的NFS崩溃，按照以下的方式mount mount -t nfs -o intr,nolock,rsize=1024,wsize=1024 192.168.1.3/root/somedir /client 问题原因： Mandag 27 november 2006 20:12 skrev Verner Kjærsgaard: > Mandag 27 november 2006 19:33 skrev John P. New: > > Verner, > > > > This is a problem with NFS and 2.6 kernels, fast server NICs and > > comparatively slower client NICs. This will show up when the server has > > a 1000Mb card and the client a 100Mb, or when the server has a 100Mb > > card and the client a 10Mb. > > > > Essentially, you have to pass some options to the kernel on terminal > > boot, and this varies depending on whether you are using etherboot or > > PXE. > > > > See > > http://wiki.ltsp.org/twiki/bin/view/Ltsp/NFS#NFS_Server_not_responding > > for a deeper explanation of the problem and the cure. //注：原因是server机和目标机网卡传输速率冲突，使得目标机需要大量时间复制大量数据包，其实如果目标机的网卡速率够大，则不用分那么多包，也不会冲突。 附 问题四：在测试时，“./progressbar -qws”后出现如Q3一样的提示 ，按Q3来处理。 以上参考了一些 “ 快乐的天空”的经验，他的网页是： http://blog.chinaunix.net/u2/67519/showart_677885.html 他的 mount -t nfs -o intr,nolock,rsize=1024,wsize=1024 192.168.1.3/root/somedir /host 应该改成 mount -t nfs -o intr,nolock,rsize=1024,wsize=1024 192.168.1.3/root/somedir /client

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/24152604/viewspace-714096/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/24152604/viewspace-714096/