重启后 NFS 服务器无法提供共享

Question 1

您能否用更多信息更新您的问题？
在 NFS 服务器上运行

chkconfig --list | egrep "nfs|rpc"
iptables --list -n -v
rpcinfo -p

如果您的 nfs 服务器设置未定制，则下一个应该不会返回任何内容。

grep -v "^#" /etc/sysconfig/nfs

但是如果你正在运行 iptables - 它应该被定制。参见这里
https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Storage_Administration_Guide/s2-nfs-nfs-firewall-config.html

在您的客户端运行

chkconfig --list | egrep "nfs|rpc"
iptables --list -n -v
rpcinfo -p
mount | grep nfs

如果您正在运行 NFSV2 或 NFSV3，您还需要在客户端上运行 nfslock

https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Storage_Administration_Guide/s1-nfs-start.html

启动 NFS 时，输出中有什么奇怪的地方 - 是下面这行吗？

FATAL: Module nfsd not found.
 FATAL: Error running install command for nfsd

我刚刚意识到一件事 - 由于您正在 openvz 上运行 - 以下链接适用于您的情况。看看这是否有帮助

https://openvz.org/NFS_server_inside_container

编辑1： 我今天在 openvz 容器上运行了测试。
您看到的消息

FATAL: Module nfsd not found.
FATAL: Error running install command for nfsd

是无害的。这里描述了https://openvz.org/NFS_server_inside_container

我无法重现您的问题。重启 nfs 服务器后 - nfs 客户端仍然能够浏览文件、创建新文件、从 nfs 共享中删除文件。

您现在可以发布自动挂载配置以及输出吗

mount|grep nfs

从 Box A，您已经这样做了。但是您在自动挂载文件系统卸载时执行了此操作。因此现在在 Box A 上 cd 到自动挂载目录，然后运行上述命令。这将提供有关挂载期间使用了哪些选项的信息。

另外，下次您重新启动 Box B 时，如果出现此自动挂载问题，请从站点 A 运行此命令

netstat -anp|grep ipofB

这将提供有关涉及哪些端口的信息。
在这种情况下，收集 B 和 A 上的 tcpdump 也是不错的选择。
我倾向于认为您的配置没有问题 - 但 vzhosts 上的 iptables 出现了一些奇怪的问题。不是在您的容器中，而是在主机上。

您还可以尝试在主机 A 上安装 nmap，并在出现问题时扫描主机 B，查看从 A 的角度来看哪些端口是打开的（有些人可能会建议使用 netstat 或 ss，但在这种情况下，容器前面还有 openvz 主机防火墙，我们不知道它们是否阻止了某些东西）

编辑 2（11 月 25 日） 您的挂载选项有些奇怪

比较你的输出

$ mount | grep nfs
 mount |grep nfs
 nfsd on /proc/fs/nfsd type nfsd (rw)
 sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
 boxb:/srv/nfs/xdata on /mnt/nfs/xdata type nfs (rw,sloppy,vers=4,addr={boxb ip},clientaddr={boxa ip})

下面是我的。这是我的 /etc/auto.misc。第 6 行是默认的。第 16 行是我添加的

[root@vznfsclient /]# egrep -vn "^#|^$" /etc/auto.misc
6:cd            -fstype=iso9660,ro,nosuid,nodev :/dev/cdrom
16:nfs          -fstype=nfs             192.168.0.54:/nfs_export

因此，当我使用 cd 转到 /misc/nfs 时，我的共享就被挂载了。但是看看第 12 行的默认选项。

[root@vznfsclient ~]# mount|egrep -n "nfs|auto"
4:nfsd on /proc/fs/nfsd type nfsd (rw,relatime)
5:sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime)
10:/etc/auto.misc on /misc type autofs (rw,relatime,fd=6,pgrp=768,timeout=300,minproto=5,maxproto=5,indirect)
11:-hosts on /net type autofs (rw,relatime,fd=12,pgrp=768,timeout=300,minproto=5,maxproto=5,indirect)
12:192.168.0.54:/nfs_export/ on /misc/nfs type nfs (rw,relatime,vers=3,rsize=131072,wsize=131072,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.0.54,mountvers=3,mountport=42089,mountproto=udp,local_lock=none,addr=192.168.0.54)

首先是 nfsv3，它使用 udp。好的，我们可以通过将 /etc/auto.misc 更改为 tcp

[root@vznfsclient /]# egrep -vn "^#|^$" /etc/auto.misc
6:cd            -fstype=iso9660,ro,nosuid,nodev :/dev/cdrom
16:nfs          -fstype=nfs,proto=tcp   192.168.0.54:/nfs_export

安装选项将更改为

192.168.0.54:/nfs_export/ on /misc/nfs type nfs (rw,relatime,vers=3,rsize=131072,wsize=131072,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.0.54,mountvers=3,mountport=45378,mountproto=tcp,local_lock=none,addr=192.168.0.54)

当我尝试在 /etc/auto.misc 中使用时-fstype=nfs4- 我甚至无法 cd 到 /misc/nfs，这是有道理的，因为每个 openvz nfsv4 都不支持容器内部https://openvz.org/NFS_server_inside_container

请注意，您的挂载选项中有sloppy和 simple rw。这基本上意味着

传递给 mount.nfs 的选项并不完全正确，因此它正在尝试解决此问题。阅读 man mount.nfs 并搜索 /sloppy。
我猜想它正在尝试使用 nfsv4。如果容器内部不支持它，甚至不知道它如何工作。

我建议将你的自动挂载映射更改为正确的语法（参见我的示例）或参见此处的示例https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Storage_Administration_Guide/s2-nfs-config-autofs.html

然后进行测试。我刚刚在两个不同的 openvz 主机上运行的相同两个容器中使用 autofs 进行了测试 - 并且在 nfs 服务器重启后 - 客户端仍然正常运行。

编辑3 我甚至无法重现您的情况。我将 /etc/auto.misc 更改为以下内容，这与您所拥有的几乎相同

[root@vznfsclient nfs]# egrep -nv "^#|^$" /etc/auto.misc
6:cd            -fstype=iso9660,ro,nosuid,nodev :/dev/cdrom
16:nfs          -rw                     192.168.0.54:/nfs_export

重启并 cd /misc/nfs 后，我仍然有这个

[root@vznfsclient nfs]# mount|grep nfs
nfsd on /proc/fs/nfsd type nfsd (rw,relatime)
sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime)
192.168.0.54:/nfs_export/ on /misc/nfs type nfs (rw,relatime,vers=3,rsize=131072,wsize=131072,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.0.54,mountvers=3,mountport=46453,mountproto=udp,local_lock=none,addr=192.168.0.54)

所以就我而言，它正确地尝试使用 nfsv3。

现在唯一要做的就是

在 /etc/autofs.conf 中激活调试

[root@vznfsclient nfs]# grep -i debug /etc/autofs.conf|grep -v "^#"
    logging = debug

启用要发送到的调试严重性/var/log/messages。/etc/rsyslog.conf更改此

[root@vznfsclient nfs]# grep info /etc/rsyslog.conf
*.info;mail.none;authpriv.none;cron.none                -/var/log/messages

至此（.info 至 .debug）

[root@vznfsclient nfs]# grep debug /etc/rsyslog.conf
*.debug;mail.none;authpriv.none;cron.none                -/var/log/messages

重新启动 autofs 和 rsyslog，然后当你切换到自动挂载位置时，你应该会在/var/log/messages

这是我的测试系统的输出

Nov 25 03:06:00 vznfsclient automount[583]: attempting to mount entry /misc/nfs
Nov 25 03:06:00 vznfsclient automount[583]: lookup_mount: lookup(file): looking up nfs
Nov 25 03:06:00 vznfsclient automount[583]: lookup_mount: lookup(file): nfs -> -rw#011#011#011192.168.0.54:/nfs_export
Nov 25 03:06:00 vznfsclient automount[583]: parse_mount: parse(sun): expanded entry: -rw#011#011#011192.168.0.54:/nfs_export
Nov 25 03:06:00 vznfsclient automount[583]: parse_mount: parse(sun): gathered options: rw
Nov 25 03:06:00 vznfsclient automount[583]: parse_mount: parse(sun): dequote("192.168.0.54:/nfs_export") -> 192.168.0.54:/nfs_export
Nov 25 03:06:00 vznfsclient automount[583]: parse_mount: parse(sun): core of entry: options=rw, loc=192.168.0.54:/nfs_export
Nov 25 03:06:00 vznfsclient automount[583]: sun_mount: parse(sun): mounting root /misc, mountpoint nfs, what 192.168.0.54:/nfs_export, fstype nfs, options rw
Nov 25 03:06:00 vznfsclient automount[583]: mount_mount: mount(nfs): root=/misc name=nfs what=192.168.0.54:/nfs_export, fstype=nfs, options=rw
Nov 25 03:06:00 vznfsclient automount[583]: mount_mount: mount(nfs): nfs options="rw", nobind=0, nosymlink=0, ro=0
Nov 25 03:06:00 vznfsclient automount[583]: get_nfs_info: called with host 192.168.0.54(192.168.0.54) proto 6 version 0x40
Nov 25 03:06:00 vznfsclient automount[583]: get_nfs_info: called with host 192.168.0.54(192.168.0.54) proto 6 version 0x70
Nov 25 03:06:00 vznfsclient automount[583]: get_nfs_info: nfs v3 rpc ping time: 0.000366
Nov 25 03:06:00 vznfsclient automount[583]: get_nfs_info: host 192.168.0.54 cost 365 weight 0
Nov 25 03:06:00 vznfsclient automount[583]: get_nfs_info: called with host 192.168.0.54(192.168.0.54) proto 17 version 0x70
Nov 25 03:06:00 vznfsclient automount[583]: get_nfs_info: nfs v3 rpc ping time: 0.000507
Nov 25 03:06:00 vznfsclient automount[583]: get_nfs_info: nfs v2 rpc ping time: 0.000692
Nov 25 03:06:00 vznfsclient automount[583]: get_nfs_info: host 192.168.0.54 cost 599 weight 0
Nov 25 03:06:00 vznfsclient automount[583]: prune_host_list: selected subset of hosts that support NFS3 over TCP
Nov 25 03:06:00 vznfsclient automount[583]: mount_mount: mount(nfs): calling mkdir_path /misc/nfs
Nov 25 03:06:00 vznfsclient automount[583]: mount_mount: mount(nfs): calling mount -t nfs -s -o rw 192.168.0.54:/nfs_export /misc/nfs
Nov 25 03:06:00 vznfsclient automount[583]: spawn_mount: mtab link detected, passing -n to mount
Nov 25 03:06:00 vznfsclient automount[583]: mount(nfs): mounted 192.168.0.54:/nfs_export on /misc/nfs
Nov 25 03:06:00 vznfsclient automount[583]: ioctl_send_ready: token = 28
Nov 25 03:06:00 vznfsclient automount[583]: mounted /misc/nfs

Answer

您能否用更多信息更新您的问题？
在 NFS 服务器上运行

chkconfig --list | egrep "nfs|rpc"
iptables --list -n -v
rpcinfo -p

如果您的 nfs 服务器设置未定制，则下一个应该不会返回任何内容。

grep -v "^#" /etc/sysconfig/nfs

但是如果你正在运行 iptables - 它应该被定制。参见这里
https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Storage_Administration_Guide/s2-nfs-nfs-firewall-config.html

在您的客户端运行

chkconfig --list | egrep "nfs|rpc"
iptables --list -n -v
rpcinfo -p
mount | grep nfs

如果您正在运行 NFSV2 或 NFSV3，您还需要在客户端上运行 nfslock

https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Storage_Administration_Guide/s1-nfs-start.html

启动 NFS 时，输出中有什么奇怪的地方 - 是下面这行吗？

FATAL: Module nfsd not found.
 FATAL: Error running install command for nfsd

我刚刚意识到一件事 - 由于您正在 openvz 上运行 - 以下链接适用于您的情况。看看这是否有帮助

https://openvz.org/NFS_server_inside_container

编辑1： 我今天在 openvz 容器上运行了测试。
您看到的消息

FATAL: Module nfsd not found.
FATAL: Error running install command for nfsd

是无害的。这里描述了https://openvz.org/NFS_server_inside_container

我无法重现您的问题。重启 nfs 服务器后 - nfs 客户端仍然能够浏览文件、创建新文件、从 nfs 共享中删除文件。

您现在可以发布自动挂载配置以及输出吗

mount|grep nfs

从 Box A，您已经这样做了。但是您在自动挂载文件系统卸载时执行了此操作。因此现在在 Box A 上 cd 到自动挂载目录，然后运行上述命令。这将提供有关挂载期间使用了哪些选项的信息。

另外，下次您重新启动 Box B 时，如果出现此自动挂载问题，请从站点 A 运行此命令

netstat -anp|grep ipofB

这将提供有关涉及哪些端口的信息。
在这种情况下，收集 B 和 A 上的 tcpdump 也是不错的选择。
我倾向于认为您的配置没有问题 - 但 vzhosts 上的 iptables 出现了一些奇怪的问题。不是在您的容器中，而是在主机上。

您还可以尝试在主机 A 上安装 nmap，并在出现问题时扫描主机 B，查看从 A 的角度来看哪些端口是打开的（有些人可能会建议使用 netstat 或 ss，但在这种情况下，容器前面还有 openvz 主机防火墙，我们不知道它们是否阻止了某些东西）

编辑 2（11 月 25 日） 您的挂载选项有些奇怪

比较你的输出

$ mount | grep nfs
 mount |grep nfs
 nfsd on /proc/fs/nfsd type nfsd (rw)
 sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
 boxb:/srv/nfs/xdata on /mnt/nfs/xdata type nfs (rw,sloppy,vers=4,addr={boxb ip},clientaddr={boxa ip})

下面是我的。这是我的 /etc/auto.misc。第 6 行是默认的。第 16 行是我添加的

[root@vznfsclient /]# egrep -vn "^#|^$" /etc/auto.misc
6:cd            -fstype=iso9660,ro,nosuid,nodev :/dev/cdrom
16:nfs          -fstype=nfs             192.168.0.54:/nfs_export

因此，当我使用 cd 转到 /misc/nfs 时，我的共享就被挂载了。但是看看第 12 行的默认选项。

[root@vznfsclient ~]# mount|egrep -n "nfs|auto"
4:nfsd on /proc/fs/nfsd type nfsd (rw,relatime)
5:sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime)
10:/etc/auto.misc on /misc type autofs (rw,relatime,fd=6,pgrp=768,timeout=300,minproto=5,maxproto=5,indirect)
11:-hosts on /net type autofs (rw,relatime,fd=12,pgrp=768,timeout=300,minproto=5,maxproto=5,indirect)
12:192.168.0.54:/nfs_export/ on /misc/nfs type nfs (rw,relatime,vers=3,rsize=131072,wsize=131072,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.0.54,mountvers=3,mountport=42089,mountproto=udp,local_lock=none,addr=192.168.0.54)

首先是 nfsv3，它使用 udp。好的，我们可以通过将 /etc/auto.misc 更改为 tcp

[root@vznfsclient /]# egrep -vn "^#|^$" /etc/auto.misc
6:cd            -fstype=iso9660,ro,nosuid,nodev :/dev/cdrom
16:nfs          -fstype=nfs,proto=tcp   192.168.0.54:/nfs_export

安装选项将更改为

192.168.0.54:/nfs_export/ on /misc/nfs type nfs (rw,relatime,vers=3,rsize=131072,wsize=131072,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.0.54,mountvers=3,mountport=45378,mountproto=tcp,local_lock=none,addr=192.168.0.54)

当我尝试在 /etc/auto.misc 中使用时-fstype=nfs4- 我甚至无法 cd 到 /misc/nfs，这是有道理的，因为每个 openvz nfsv4 都不支持容器内部https://openvz.org/NFS_server_inside_container

请注意，您的挂载选项中有sloppy和 simple rw。这基本上意味着

传递给 mount.nfs 的选项并不完全正确，因此它正在尝试解决此问题。阅读 man mount.nfs 并搜索 /sloppy。
我猜想它正在尝试使用 nfsv4。如果容器内部不支持它，甚至不知道它如何工作。

我建议将你的自动挂载映射更改为正确的语法（参见我的示例）或参见此处的示例https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Storage_Administration_Guide/s2-nfs-config-autofs.html

然后进行测试。我刚刚在两个不同的 openvz 主机上运行的相同两个容器中使用 autofs 进行了测试 - 并且在 nfs 服务器重启后 - 客户端仍然正常运行。

编辑3 我甚至无法重现您的情况。我将 /etc/auto.misc 更改为以下内容，这与您所拥有的几乎相同

[root@vznfsclient nfs]# egrep -nv "^#|^$" /etc/auto.misc
6:cd            -fstype=iso9660,ro,nosuid,nodev :/dev/cdrom
16:nfs          -rw                     192.168.0.54:/nfs_export

重启并 cd /misc/nfs 后，我仍然有这个

[root@vznfsclient nfs]# mount|grep nfs
nfsd on /proc/fs/nfsd type nfsd (rw,relatime)
sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime)
192.168.0.54:/nfs_export/ on /misc/nfs type nfs (rw,relatime,vers=3,rsize=131072,wsize=131072,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.0.54,mountvers=3,mountport=46453,mountproto=udp,local_lock=none,addr=192.168.0.54)

所以就我而言，它正确地尝试使用 nfsv3。

现在唯一要做的就是

在 /etc/autofs.conf 中激活调试

[root@vznfsclient nfs]# grep -i debug /etc/autofs.conf|grep -v "^#"
    logging = debug

启用要发送到的调试严重性/var/log/messages。/etc/rsyslog.conf更改此

[root@vznfsclient nfs]# grep info /etc/rsyslog.conf
*.info;mail.none;authpriv.none;cron.none                -/var/log/messages

至此（.info 至 .debug）

[root@vznfsclient nfs]# grep debug /etc/rsyslog.conf
*.debug;mail.none;authpriv.none;cron.none                -/var/log/messages

重新启动 autofs 和 rsyslog，然后当你切换到自动挂载位置时，你应该会在/var/log/messages

这是我的测试系统的输出

Nov 25 03:06:00 vznfsclient automount[583]: attempting to mount entry /misc/nfs
Nov 25 03:06:00 vznfsclient automount[583]: lookup_mount: lookup(file): looking up nfs
Nov 25 03:06:00 vznfsclient automount[583]: lookup_mount: lookup(file): nfs -> -rw#011#011#011192.168.0.54:/nfs_export
Nov 25 03:06:00 vznfsclient automount[583]: parse_mount: parse(sun): expanded entry: -rw#011#011#011192.168.0.54:/nfs_export
Nov 25 03:06:00 vznfsclient automount[583]: parse_mount: parse(sun): gathered options: rw
Nov 25 03:06:00 vznfsclient automount[583]: parse_mount: parse(sun): dequote("192.168.0.54:/nfs_export") -> 192.168.0.54:/nfs_export
Nov 25 03:06:00 vznfsclient automount[583]: parse_mount: parse(sun): core of entry: options=rw, loc=192.168.0.54:/nfs_export
Nov 25 03:06:00 vznfsclient automount[583]: sun_mount: parse(sun): mounting root /misc, mountpoint nfs, what 192.168.0.54:/nfs_export, fstype nfs, options rw
Nov 25 03:06:00 vznfsclient automount[583]: mount_mount: mount(nfs): root=/misc name=nfs what=192.168.0.54:/nfs_export, fstype=nfs, options=rw
Nov 25 03:06:00 vznfsclient automount[583]: mount_mount: mount(nfs): nfs options="rw", nobind=0, nosymlink=0, ro=0
Nov 25 03:06:00 vznfsclient automount[583]: get_nfs_info: called with host 192.168.0.54(192.168.0.54) proto 6 version 0x40
Nov 25 03:06:00 vznfsclient automount[583]: get_nfs_info: called with host 192.168.0.54(192.168.0.54) proto 6 version 0x70
Nov 25 03:06:00 vznfsclient automount[583]: get_nfs_info: nfs v3 rpc ping time: 0.000366
Nov 25 03:06:00 vznfsclient automount[583]: get_nfs_info: host 192.168.0.54 cost 365 weight 0
Nov 25 03:06:00 vznfsclient automount[583]: get_nfs_info: called with host 192.168.0.54(192.168.0.54) proto 17 version 0x70
Nov 25 03:06:00 vznfsclient automount[583]: get_nfs_info: nfs v3 rpc ping time: 0.000507
Nov 25 03:06:00 vznfsclient automount[583]: get_nfs_info: nfs v2 rpc ping time: 0.000692
Nov 25 03:06:00 vznfsclient automount[583]: get_nfs_info: host 192.168.0.54 cost 599 weight 0
Nov 25 03:06:00 vznfsclient automount[583]: prune_host_list: selected subset of hosts that support NFS3 over TCP
Nov 25 03:06:00 vznfsclient automount[583]: mount_mount: mount(nfs): calling mkdir_path /misc/nfs
Nov 25 03:06:00 vznfsclient automount[583]: mount_mount: mount(nfs): calling mount -t nfs -s -o rw 192.168.0.54:/nfs_export /misc/nfs
Nov 25 03:06:00 vznfsclient automount[583]: spawn_mount: mtab link detected, passing -n to mount
Nov 25 03:06:00 vznfsclient automount[583]: mount(nfs): mounted 192.168.0.54:/nfs_export on /misc/nfs
Nov 25 03:06:00 vznfsclient automount[583]: ioctl_send_ready: token = 28
Nov 25 03:06:00 vznfsclient automount[583]: mounted /misc/nfs

Question 2

有几件事... CentOS 6.5 不是最新的。值得计划将您的操作系统升级到最新版本（目前为 6.8）。

尝试使用ntsysv命令而不是chkconfig。您可以确保 NFS 服务器守护进程在启动时已启用（已选中）。

启用该netfs服务，因为这有助于确保网络文件系统客户端在启动时挂载必要的文件系统。

祝你好运！

Answer

有几件事... CentOS 6.5 不是最新的。值得计划将您的操作系统升级到最新版本（目前为 6.8）。

尝试使用ntsysv命令而不是chkconfig。您可以确保 NFS 服务器守护进程在启动时已启用（已选中）。

启用该netfs服务，因为这有助于确保网络文件系统客户端在启动时挂载必要的文件系统。

祝你好运！

Question 3

首先，NFS 通常不太可靠，无法在服务器之间共享文件。如果 BoxB 重新启动，或者在 BoxA 处于活动挂载状态时变得不可用，那么问题就如同从正在运行的系统中拔出驱动器一样。各种情况都可能处于奇怪的状态。

您没有向我们提供太多有关您使用挂载的原因的信息，但请考虑 NFS 的替代方案。如果您能说明这样做的原因，我可能会建议替代方案。GFS、GlusterFS、rsync、lsyncd 或基于 HTTP(S) 的服务是可能至少在某些情况下适用的可能性。

至于您目前的情况，我猜想当 BoxB 停机时，您的安装上还留有一些东西，而服务器重启的重要部分是关闭正在运行的程序。如果是这样，那么您应该能够关闭两个盒子，然后启动 BoxA，然后启动 BoxB，安装应该仍然可以正常启动。如果我没记错的话，那么我认为 BoxA 上的日志比您与我们分享的 BoxB 上的日志更有意义。我也会查看安装表以寻找线索。

Answer

首先，NFS 通常不太可靠，无法在服务器之间共享文件。如果 BoxB 重新启动，或者在 BoxA 处于活动挂载状态时变得不可用，那么问题就如同从正在运行的系统中拔出驱动器一样。各种情况都可能处于奇怪的状态。

您没有向我们提供太多有关您使用挂载的原因的信息，但请考虑 NFS 的替代方案。如果您能说明这样做的原因，我可能会建议替代方案。GFS、GlusterFS、rsync、lsyncd 或基于 HTTP(S) 的服务是可能至少在某些情况下适用的可能性。

至于您目前的情况，我猜想当 BoxB 停机时，您的安装上还留有一些东西，而服务器重启的重要部分是关闭正在运行的程序。如果是这样，那么您应该能够关闭两个盒子，然后启动 BoxA，然后启动 BoxB，安装应该仍然可以正常启动。如果我没记错的话，那么我认为 BoxA 上的日志比您与我们分享的 BoxB 上的日志更有意义。我也会查看安装表以寻找线索。

重启后 NFS 服务器无法提供共享

更新

更新 2

附加日志信息

更新 3：

盒子B

盒子A

11月14日更新

答案1

答案2

答案3

相关内容