我有一组使用 autofs 访问的挂载点。它们已经存在了相当长一段时间，在我继承的运行 CentOS6 的系统中，在我之前的管理员已经实现了 cronjobs，如果某些挂载点丢失，则会有条件地重新启动 autofs。
我已经开始使用相同的挂载点设置新的 CentOS7 系统，尽管 autofs 设置是全新的，所有内容都是新版本，并且 sssd 取代了传统的 ldap 查找，但此类 autofs 仍然显示相同的症状。
我看到的问题不在于此，/net而在于这redhat 上一个非常老的问题似乎与我的非常相似。遗憾的是，按照文章中的建议降级不是一个选项，因为 CentOS7.5 在存储库中只有一个版本的 autofs（即 5.0.7-83.el7）。
挂载点可以以这样的方式供 autofs 使用，以便我可以查询 automount 并获取正确的记录：
# automount -m sss auto_projects | grep project1
project1 /subproj1 -noatime nfsserver:/volum/proj1_subproj1 /subproj2 -noatime nfsserver:/volum/proj1_subproj2 /subproj3 -noatime nfsserver:/volum/proj1_subproj3 /subproj4 -noatime nfsserver:/volum/proj1_subproj4 /subproj5 -noatime nfsserver:/volum/proj1_subproj5
当 autofs 刚刚启动时，一切都正常工作，我可以浏览/projects/project1和subproj1查看5。
但是，过了一会儿（有时是几小时，有时是几天），如果我这样做ls，/projects/project1只有一个subprojs 仍然存在。尝试cd进入任何其他文件夹（以触发挂载）都会呈现-bash: cd: subprojX: No such file or directory。
在日志中我会看到如下自动挂载日志行：
expiring path /projects/project1
umount_multi: path /projects/project1 incl 1
umount_multi_triggers: umount offset /projects/project1/subprojX
umount_autofs_offset: offset /projects/project1/subprojX not mounted
rmdir_path: lstat of subprojX failed
[... more subprojs ...]
some offset mounts still present under /projects/project1
couldn't complete expire of /projects/project1
dev_ioctl_send_fail: token = 853
1 remaining in /projects
如果我不autofs使用该--force选项启动，automount我将无法从中恢复。Asystemctl restart autofs将挂起并超时。使用该--force选项，服务可重新启动并恢复挂载点，直到它们再次消失。
手动安装按预期进行。
我认为这是 中的一个错误autofs，但我需要帮助来查明/证明这一点。也许还需要一些帮助来创建错误报告...
我怎样才能治愈autofs它明显的痴呆症？