我试图解决的问题有点令人费解。我之所以这么说，是因为这个问题始终不一致，而且并非在我们 ESXi 环境中托管的所有 Ubuntu 16.04 VM 上都发生。我的 FluidFS nas 上有一个 NSF 导出，其中包含我所有用户的 home 共享。home 共享使用 autofs 安装，并在所有系统的 /home 上安装 NAS 上的“home”文件夹。这个问题在我们最近将基础设施从办公室搬到数据中心后开始出现。
下面是我的 auto.master 文件和名为 auto.blah 的映射文件，根据我对 autofs 的了解以及我们当前的配置，这应该而且确实有效，只是不是在我们所有的系统上。此外，我还使用 autofs 安装其他 NFS 挂载，正如您在 auto.mater 和 auto.blah 文件中看到的那样，这增加了其奇怪的功能。
所有 16.04 系统上的其他 NFS 挂载均运行正常，即使没有挂载 /home 共享的系统也是如此。这让我认为这些系统上发生了一些无法正常工作的事情，而不是 NAS 或 NFS 共享导出的问题。
以下信息可能也有助于解决此问题。当我移至数据中心时，由于网络时间全部被破坏，我们确实遇到了 NFS 挂载的权限问题。这是因为用于网络时间的 NTP VM 没有从 ntp 服务所提取的池中提取正确的时间数据。此问题已修复，共享权限问题也已解决。我不确定在 /home 共享存在问题的系统上是否存在任何遗留问题。只是想包括这一点，以便将有关环境的所有数据都放在那里。我已经检查了受影响系统上的时间，它们没有显示任何偏差，并且是正确的时区和时间。
Autofs 版本是 5.1.1-lubuntu3.1
我没有在任何可能包含与安装 NFS 导出相关的数据的日志中看到任何错误。
auto.master 文件的内容
#
# Sample auto.master file
# This is a 'master' automounter map and it has the following format:
# mount-point [map-type[,format]:]map [options]
# For details of the format look at auto.master(5).
#
#/misc /etc/auto.misc
#
# NOTE: mounts done from a hosts map will be mounted with the
# "nosuid" and "nodev" options unless the "suid" and "dev"
# options are explicitly given.
#
#/net -hosts
#
# Include /etc/auto.master.d/*.autofs
# The included files must conform to the format of this file.
#
+dir:/etc/auto.master.d
#
# Include central master map if it can be found using
# nsswitch sources.
#
# Note that if there are entries for /net or /misc (as
# above) in the included master map any keys that are the
# same will not be seen as the first read key seen takes
# precedence.
#
+auto.master
/- /etc/auto.blah
/host /etc/auto.host --timeout 600
/host-fast /etc/auto.fastscratch --timeout 600
auto.blah 文件的内容
/home -hard,tcp,nfsvers=3,timeo=3,retrans=10,rsize=32768,wsize=32768 nas01.blah.local:/Home2/root/&
/cyc -hard,tcp,nfsvers=3,timeo=3,retrans=10,rsize=32768,wsize=32768 nas01.blah.local:/Cyc/root/cyc/
/space1 -hard,tcp,nfsvers=3,timeo=3,retrans=10,rsize=32768,wsize=32768 nas01.blah.local:/space1/root/space1/
/static1 -hard,tcp,nfsvers=3,timeo=3,retrans=10,rsize=32768,wsize=32768 nas01.blah.local:/static1/root/static1/
/Clueweb -hard,tcp,nfsvers=3,timeo=3,retrans=10,rsize=32768,wsize=32768 nas01.blah.local:/Clueweb/root/Clueweb/
/build -hard,tcp,nfsvers=3,timeo=3,retrans=10,rsize=32768,wsize=32768 nas01.blah.local:/build/root/build/
/archive -hard,tcp,nfsvers=3,timeo=3,retrans=10,rsize=32768,wsize=32768 nas01.blah.local:/archive/root/archive/
编辑：每当我导航到系统上的 /home 共享时，如果无法正常工作，就会出现-bash: cd: /home: Too many levels of symbolic links。
我调查了这个错误，发现它通常是由链接到链接引起的。我不明白这是怎么回事，因为我没有将目录符号链接到 /home。