这是一则经典的错误:
[pt1rac1@root] # cs3山:/sharedirs sharedir
nfsmnthelp: 1831 - 019 cs3:系统调用errornumber 1。
,
山:1831 - 008放弃:
cs3:/sharedirs
1号系统调用错误。
使用谷歌可以查到很多信息,并且这些信息都是如出一辙,全部都说是需要在主机表中彼此互加主机名,这倒没有错,但是都忽略了一点,那就是这些宿主项所对应的IP的<强> 强。如上所示,我在cs3服务器中添加客户端pt1rac1的宿主项是pt1rac1服务器的<强> 强(这是一台rac集群服务器),结果就死活无法挂载,后来把cs3的主机表中pt1rac1的IP写成它的真实IP(即配置到网卡中的IP,而不是被“别名”上来的IP),问题就搞定了! !
结论:<强>
# - o nolock山难,bg,原型=tcp, suid, rsize=32768, wsize=32768, noac 80.12.73.33:/办公/oa
nfsmnthelp:无效nolock选项忽略
山:1831 - 008放弃:
80.12.73.33:/oa
vmount:一个文件或目录的路径名不存在。
<>强检查步骤如下:
<强> 1。检查两台机子上的NFS进程是否都启动
NFS服务器所需要的守候进程:
portmap:将远程过程调用程序(RPC)映射为传送层的TCP/IP端口编的号。
rpc.mountd:响应客户端发来的文件系统安装请求。
nfsd:执行客户机的I/O请求。
NFS客户机所需要的守候进程:
portmap:将远程过程调用程序(RPC)映射为传送层的TCP/IP端口编的号。
生气:从客户机的高速缓冲区中提前读入或延迟写出数据块。
服务器上,所需的进程均已启动!
<强> 2。检查导出列表
<强> # showmount - e
<强> # exportfs - v
<强>能检查出,导出已成功
<强> 3。与其它能正常NFS的机子,进行比较,查出原因,必须在客户机和服务器的/etc/主机文件中,互相添加对方IP与主机名的映射,修改完之后,问题解决
<强> 4。在客户机上,使用如下命令导入文件系统
<强> # 192.168.54.68山:/tmp/测试/测试
为AIX NFS故障排除:1831 - 019
当我挂载NFS客户端,我得到以下错误,但是所有的NFS服务在服务器和客户端准备:
#, mount 服务器:/mksysb /mnt nfsmnthelp:, 1831 - 019,服务器:,System call error number 1只,山:,1831 - 008,giving up :,服务器:/mksysb System call error number 1。null山AIX挂载NFS nfsmnthelp: 1831 - 019: 1831 - 008
