Назад | Перейти на главную страницу

automount перестает работать из-за зависания процессов mount.nfs, которые оставляют файл / etc / mtab ~ lock

У меня есть много записей об автоматическом монтировании в LDAP для монтирования ~ 200 узлов между собой. Часто автомонтажник перестает работать. После отладки я понял, что это можно исправить, запустив

rm -f /etc/mtab~*
restart autofs

что заставляет меня думать, что существуют процессы mount.nfs, которые каким-то образом не могут удалить файлы блокировки (иногда их называют /etc/mtab~.[0-9 ]*), что препятствует успешному выполнению следующих запросов на монтирование. В качестве обходного пути у меня есть задание cron по удалению файлов блокировки, но иногда бывает слишком поздно.

Теперь подробности:

System: Linux 2.6.32-33-server #70-Ubuntu SMP Thu Jul 7 22:28:30 UTC 2011 x86_64 GNU/Linux
automount -V: 5.0.4
mount.nfs -V: linux nfs-utils 1.1.6

Записи LDAP (соответствующие строки):

objectClass: automount
cn: myhost
automountInformation: -soft myhost:/var/tmp

успешное монтирование выглядит так (mount | grep auto):

myhost:/var/tmp on /var/autofs/net/myhost type nfs (rw,soft,sloppy,addr=10.x.x.x)

всякий раз, когда я обращаюсь к новой точке монтирования, автоматическое монтирование запускает следующие процессы (ps .. | grep mount)

/bin/mount -t nfs -s -o soft -f myhost:/var/tmp /var/autofs/net/myhost
/sbin/mount.nfs myhost:/var/tmp /var/autofs/net/myhost -s -f -o rw,soft

если я попытаюсь запустить команду вручную, я получаю следующее сообщение:

Cannot create link /etc/mtab~
Perhaps there is a stale lock file?

Каждый последующий запрос к автомонтажнику не выполняется.

Мой вопрос сейчас как заставить автомонтирование вести себя правильно в случае, если процессы mount.nfs не могут удалить файл mtab ~ lock, чтобы все мои хосты могли монтировать друг друга? Дело в параметрах LDAP, NFS, automounter или mount.nfs?

Пожалуйста, помогите мне решить эту проблему!