nfs – 我必须“捏造”/ etc / exports中的更改才能让mount -a执
每当我必须重新启动server1时,我可以在server2上重新安装NFS的唯一方法是在server1上的/ etc / exports文件中更改其中一个“fsid”整数.否则,mount -a命令只挂起在server2上.
典型场景: Server1重新启动.在server1上,我在/ etc / exports中有两行代码: /mnt/ramdisk/dir1 *(fsid=0,rw,no_root_squash,no_subtree_check,async) /mnt/ramdisk/dir2 *(fsid=1,async) 我发出这个命令: "exportfs -r". 在server2上,我在/ etc / fstab中有这个: xxx.xxx.x.x:/server1_dir1/ /dir1_server2 nfs async,noatime 0 0 xxx.xxx.x.x:/server2_dir2 /dir2_server2 nfs async,noatime 0 0 我首先“卸载”现在有过旧NFS处理的旧目录.然后, "mount -a" 命令挂起.我杀了之后,df显示dir1已安装,但dir2没有. 让两个dirs挂载的唯一方法是将fsid整数更改为其他值.例如,在server1上,我们现在有: /mnt/ramdisk/dir1 *(fsid=0,async) /mnt/ramdisk/dir2 *(fsid=2,async) 我将fsid = 1更改为= 2.我再次发出exportfs -r命令,瞧,mount -a命令在server2上运行. 也许我不明白fsid到底做了什么,但显然必须有一个更好的方法来“重新安装”NFS,而不是每次都要随机编辑fsid号码? 编辑:如果我没有在server1上的导出文件中包含fsid,它给了我 "Warning: /mnt/ramdisk/dir1 requires fsid= for NFS export" 并且,如果我为两行(dir1和dir2)设置fsid = 0,那么挂载点最终与我的所有文件被复制到dir1位置相同!因此,似乎唯一可行的方法是不断地随机切换fsid整数. EDIT2:我删除了fsid = 0,因为它是“特殊的”,并在server1上的/ etc / exports中将它们更改为fsid = 1和fsid = 2.这当然有效(因为文件已经更改).但是今天只需要强行重启,并且(缓慢地)从server2卸载过时的驱动器后,mount -a就像以前一样失败了.所以,(像以前一样),我编辑了server1上的exports文件,这次,fsid = 2和fsid = 3,exportfs -r,然后,mount -a再次在server2上运行.回到原点1. EDIT3关键信息:如果我以受控方式取下所有东西(即… server1没有“崩溃”),并首先在server2上卸载dirs,然后重新启动server1,那么在server2上安装-a,它运行良好.只有当server2上的挂载突然切断时才会发生此问题.所以我猜测需要在server2上重置一些东西?我知道在server1崩溃后卸载server2上的陈旧句柄需要很长时间. 解决方法
我的猜测是问题是由你的一个导出中使用fsid = 0引起的.
请记住,当底层文件系统驱动程序未提供其自己的唯一ID时,fsid旨在唯一标识设备.特别是,fsid = 0有一个special meaning:
因为这显然不是你想要的,所以总是使用0以外的fsid. (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |