У меня есть набор точек монтирования, для доступа к которым я использую autofs. Они существуют уже довольно давно, и в системах, которые я унаследовал, администраторы CentOS6 до меня реализовали cronjobs, перезапускающие autofs условно, если отсутствуют определенные точки монтирования.
Я начал настраивать новые системы CentOS7, используя те же точки монтирования, и хотя настройка autofs совершенно новая, с новыми версиями всего и sssd, заменяющими традиционные поиски ldap, и такие autofs по-прежнему показывают те же симптомы.
Проблемы, которые я вижу, не в /net
но кроме этого этот очень старая проблема на redhat кажется очень похожей на мою. К сожалению, понижение версии, предложенное в статье, невозможно, поскольку в репозиториях CentOS7.5 есть только 1 версия 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
Я не смогу оправиться от этого. А systemctl restart autofs
будет зависать и время ожидания истечет. С --force
При выборе варианта служба может быть перезапущена и будет восстанавливать точки монтирования, пока они снова не исчезнут.
Монтаж вручную работает как положено.
Я думаю это ошибка в autofs
, но мне нужна помощь в точном определении / доказательстве этого. И, возможно, также некоторая помощь в создании отчета об ошибке ...
Как я могу вылечить autofs
от его очевидного слабоумия?