mount nfs常见出错信息总结

在配置上s3c-2410开发环境的过程中,开发时设置共享目录进行挂载, 但是老是出现各种各样的问题, 整了一个下午才全部完成,所以在这里总结一下

通常当NFS不能正常使用时候会给出提示,一般给出一下几种:

Permission denied


mount: 192.168.81.32:/opt failed, reason given by server: Permission denied
查看配置文件exports,是否为允许挂载的客户。

errno = No route to host


mount: RPC: Unable to receive; errno = No route to host
首先看是否在同一网段
再者输入:
[root@localhost etc]# service iptables status
看防火墙是否开启,有则将其关闭
[root@localhost etc]# service iptables stop
注意:但是这样子有时候其实还是有一些问题, 因此我们干脆直接将防火墙关闭掉, 同时关闭selinux

errno = Connection refused


mount: RPC: Unable to receive; errno = Connection refused
① 首先看nfs服务是否开启,
② 其次看rpcbind是否开启,
如果rpcbind没有运行,那在重新开启rpcbind后,要再restart nfs服务,
因为重启rpcbind已对nfs的一些配置造成影响,需要restart.
没错,看到这时候,你已经找到问题了,
[root@localhost etc]# service iptables stop
,然后再service nfs restart 下就可以了。

需要将在linux里交叉编译好的程序放在arm上运行,所以首先要将程序copy至arm上,选择了nfs。
但在arm上mount nfs的时候遇到了失败的情况:

在网上查找解决方案:
nfs mount 默认选项包括文件锁,依赖于portmap提供的动态端口分配功能。
解决方法:kill 文件锁(lockd)或者mount -o nolock
于是尝试mount -o nolock -t nfs 192.168.1.24:/home/test /mnt/nfs,正常工作。

not responding,still trying..


有时候传输大文件会出错,
NFS: server 192.168.81.32 not responding,still trying..
这个可能是NFS有问题,与RING或buffer的大小有关,
问题的原因分析:

1、NFS 的默认传输协议是 UDP,而PC机与嵌入式系统通过UPD交互时就会出现严重的网卡丢包现象;
2、server机和目标机网卡传输速率冲突,使得目标机需要大量时间复制大量数据包,其实如果目标机的网卡速率够大,则不用分那么多包,也不会冲突。
问题的解决方案:

方法一:

在客户端改用TCP协议,使用下面的命令,在mount命令中加上参数tcp
mount -o tcp ,nolock 192.168.14.223:/nfs_root /mnt
也可这样干:
跟踪了fs/nfs/nfsroot.c的代码,发现在nfs作为根文件系统时,参数可以直接写在“nfsroot=”后面,每个参数用逗号隔开,如:
nfsroot=192.168.10.1:/rootfs,proto=tcp,nfsvers=3,nolock
这样就可以指定nfs使用tcp协议
方法二:

指定传输速率(限定传输时一次读写的数据大小)

mount -t nfs -o intr,nolock,rsize=1024,wsize=1024 192.168.14.223:/nfs_root /mnt

3.挂载时出卡在连接状态
解决:在确认网络连接无异常的情况下则可能是iptable或者网络防火墙阻拦了NFS使用的TCP和UDP的111以及2049端口.以ESX为例,在需要挂载NFS共享盘时首先需要编辑防火墙安全文件允许访问该端口.或者干脆禁止防火墙

svc: failed to register lockdv1 RPC service (errno 111).

解决方案:

nfs mount 默认选项包括文件锁,依赖于portmap提供的动态端口分配功能。
解决方法:kill 文件锁(lockd)或者mount -o nolock

挂载时使用了RW权限挂载,当时读写仍然Permission denied


重启NFS服务以后,在客户机通过

mount -o tcp,nolock 192.168.10.77:/home/gatieme/Work/NfsRoot /mnt/nfs

命令将网络文件mount到本地。执行完成之后,目录是可以访问了,但无法写入。感觉有点奇怪,明明在命令中指定可以写入了。
于是到网上搜索资料,发现exports目录权限中,有这么一个参数no_root_squash
其作用是:登入 NFS 主机使用分享目录的使用者,如果是 root 的话,那么对于这个分享的目录来说,他就具有root 的权限!。

默认情况使用的是相反参数root_squash
在登入 NFS 主机使用分享之目录的使用者如果是 root 时,那么这个使用者的权限将被压缩成为匿名使用者,通常他的 UID 与 GID 都会变成 nobody 那个身份。

因为我的客户端是使用root登录的,自然权限被压缩为nobody了,难怪无法写入。将配置信息改为:

/home/gatieme/Work/NfsRoot 192.168.10.123(rw,no_root_squash)

据说有点不安全,但问题是解决了。

"mount nfs connection timed out"是指在尝试挂载NFS(Network File System)时出现连接超时的错误。NFS是一种允许远程服务器共享文件系统的协议,可以提供文件共享和数据存储。当出现这个错误时,可能是由于以下几个原因: 1. 网络连接问题:连接超时可能是由于网络不稳定或延迟导致的。可以尝试检查网络连接是否正常,并查看远程服务器是否可访问。 2. 服务器配置问题:出现连接超时的另一个可能原因是服务器的配置问题。可能是NFS服务未正确配置或未启动,导致无法建立连接。可以尝试重新配置NFS服务器并确保它正在运行。 3. 防火墙阻止连接:防火墙可能会阻止NFS连接,导致连接超时。可以检查本地和远程服务器上的防火墙设置,确保允许NFS连接通过。 4. 主机名或IP地址错误:可能是由于输入的主机名或IP地址不正确导致了连接超时。可以确认主机名或IP地址是否正确,并尝试使用正确的值重新挂载NFS。 在解决此问题时,可以先检查网络连接并确保它正常运行。然后,可以检查服务器的NFS配置和运行状态。如果使用防火墙,请检查防火墙设置并允许NFS连接通过。最后,确保输入的主机名或IP地址正确,并重新尝试挂载NFS。如果问题仍然存在,可能需要了解更多细节,例如服务器日志或其他错误消息,以便更准确地诊断和解决问题。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值