![Autofs 忘记了挂载点](https://linux22.com/image/729245/Autofs%20%E5%BF%98%E8%AE%B0%E4%BA%86%E6%8C%82%E8%BD%BD%E7%82%B9.png)
我有一组使用 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
只有一个subproj
s 仍然存在。尝试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
它明显的痴呆症?