У меня установлены autofs на нескольких Linux-серверах, которые подключаются к центральному NFS-серверу для каталогов users / home. Он прекрасно работает при монтировании каталогов при входе в систему, но монтирование никогда не прекращается. Я проверил / etc / sysconfig / autofs, и по умолчанию он действительно равен 300, поэтому они должны быть отключены через 5 минут.
Перезапуск autofs отключает все каталоги, поэтому я знаю, что это возможно.
Я попытался использовать lsof случайным образом в каталогах, но файлы не открываются в любое время.
Я также смонтировал случайный каталог, который, как я знаю, не активен, но он никогда не размонтируется. Некоторые из этих ящиков имеют более 10 пользователей, которые вошли в систему один раз, и крепления никогда не падают.
Я просто пытаюсь выяснить, есть ли лучший способ выяснить, почему. Я не вижу ничего конкретного в журналах.
Любые предложения приветствуются. Спасибо!
ОБНОВИТЬ
Я включил отладку для autofs, но она, кажется, не показывает ничего необычного. Эти журналы были созданы через 7 минут после первоначального подключения / home / user1 и после 6 минут бездействия. Согласно 5-минутному дефолту, это должно было быть отключено. Я никогда не видел, чтобы в журнале было что-то, что указывало на попытку даже размонтировать.
Jan 11 12:52:00 linux automount[26505]: st_expire: state 1 path /home
Jan 11 12:52:00 linux automount[26505]: expire_proc: exp_proc = 3055176592 path /home
Jan 11 12:52:00 linux automount[26505]: expire_proc_indirect: expire /home/user1
Jan 11 12:52:00 linux automount[26505]: expire_proc_indirect: expire /home/user2
Jan 11 12:52:00 linux automount[26505]: expire_proc_indirect: expire /home/user3
Jan 11 12:52:00 linux automount[26505]: 3 remaining in /home
Jan 11 12:52:00 linux automount[26505]: expire_cleanup: got thid 3055176592 path /home stat 7
Jan 11 12:52:00 linux automount[26505]: expire_cleanup: sigchld: exp 3055176592 finished, switching from 2 to 1
Jan 11 12:52:00 linux automount[26505]: st_ready: st_ready(): state = 2 path /home
Обновление 2 После того, как вы поговорили об этом со службой поддержки Red Hat, мы решили просто сократить время ожидания для домашних каталогов. Я сделал это и выглядит хорошо. Очевидно, что что-то пересекает точку монтирования каждые 2 с половиной до 3 минут и заставляет это оставаться на месте.
Решением было добавить значение таймаута в файл /etc/auto.master для этого отображения:
/home /etc/auto_home --timeout=120
df
, но просто хочу уточнить.Ответы:
Кроме того, переменная TIMEOUT autofs имеет интервал проверки:
Это равно TIMEOUT / 4. Каждые TIMEOUT / 4 секунды autofs спрашивает ядро, когда к каталогу обращались в последний раз. Таким образом, в вашей среде каталог отключен после 375 секунд бездействия.
Чтобы получить более подробный журнал вы должны добавить
LOGGING="debug"
в/etc/sysconfig/autofs
источник
У меня была похожая проблема. Я переустановил наш 10-летний сервер RHEL 4.7 ProLiant с CentOS 6 во время рождественских каникул. У меня было 2 новых ProLiants, на которые я смог установить CentOS 7 совсем недавно (в апреле).
Я настроил автомонтирование домашних каталогов с сервера CentOS 6 с помощью строки
/etc/auto.master
на серверах CentOS 7 следующим образом:Затем я создал новый
/etc/auto.home
файл на серверах CentOS 7 с помощью строки:Однако домашние каталоги не будут размонтированы. Я также обнаружил, что некоторые владельцы файлов в домашних каталогах время от времени будут иметь огромное количество UID и GID против них. Это изменится через несколько минут.
Я установил уровень ведения журнала на «отладку»
/etc/autofs.conf
и начал смотреть сjournalctl -fu autofs.service
. Я видел почти идентичные сообщения, как показано выше, которые, казалось, не содержали никаких подсказок.Поскольку я еще не мог понять NFS 4, и я знал, что наш сервер CentOS 6 по умолчанию экспортирует свои общие ресурсы как NFS 4, я попытался добавить
nfsvers=3
в/etc/auto.home
файл так:Я также видел странное сообщение о попытке монтировать каталоги, как
/home/lib
, поэтому добавил отдельные домашние каталоги в отдельных строках. (Вероятно, в этот момент следовало попробовать прямое монтирование или автоматическое монтирование systemd.)Теперь я начал видеть сообщения вроде:
Домашние каталоги теперь начали размонтироваться через 10 минут, как и должно быть, поэтому в моем случае это была проблема с неправильно сконфигурированной NFS 4.
Важно: после перенастройки карт просто делать
systemctl daemon-reload
илиsystemctl reload autofs
не иметь никакого эффекта. Я должен был сделатьsystemctl restart autofs
источник
Для тех, кто сталкивается с подобными проблемами, на современных рабочих столах существуют процессы с графическим интерфейсом, которые непрерывно сканируют диски. В частности, Nautilus на Gnome и Dolphin на KDE, а также приложения для индексирования файлов, такие как Baloo. Все они способны вызвать симптом.
Для меня (с запуском KDE) единственной подсказкой из журнала отладки автомонтирования было «1 оставшийся», например:
Это действительно не идентифицирует источник. Также ни один из lsof, fuser и auditctl (auditd) не дал никакой информации.
В конце концов, в процессе устранения я определил, что было 2 заявки:
В этом случае проблему с Dolphin можно устранить, «спрятав» поврежденный смонтированный диск в виде дерева.
KSysGuard не выглядит настраиваемым, но, возможно, это необычно, если он работает долго, если вы что-то не отлаживаете. Надеемся, что другие приложения могут быть более конфигурируемыми в разрешении исключений, чтобы предотвратить сканирование точки монтирования.
источник
Я провел часы сегодня, пытаясь отладить и подобную проблему. Вот то, что я нашел и как я работал вокруг.]
setup: я хотел автоматически смонтировать каталог, содержащий домашние каталоги пользователей, с сервера nfs "srv1: / srv / homes" в / mnt / nfs / homes на клиентах. NFS-серверы экспортируют NFS4. autofs версия 5.1.3
Я настроил каждый клиент так:
/etc/auto.mount: файл, содержащий следующее:
/etc/auto.home:
В конце концов это представляет косвенную карту. Авто монтирование работает как шарм. Я получаю том NFS, правильно смонтированный и работающий. Но ... он никогда не отключается автоматически. Хотя файл autofs.conf говорит:
и
mount
показывает время ожидания 600 секунд:Я видел то же самое в журналах (активация уровня отладки) журналов autofs из journalctl как wanpelaman
В то время я отказался от autofs и решил скопировать конфигурацию автомонтирования с systemd. На самом деле я запустил его, и в это время все работало отлично - автоматическое монтирование, автоматическое размонтирование после заданного периода простоя. Просто отлично. Но systemd ... немного неуклюжий (не стреляйте в меня, мне это действительно нравится). Затем я посмотрел, как systemd обрабатывает автоматическое монтирование:
Разница между # 1 # и # 2 # заключается в том, что последняя является прямой картой, тогда как # 1 # является косвенной. Поэтому я сразу решил перенастроить autofs на другом клиенте и создать прямую карту следующим образом:
/etc/auto.master
/etc/auto.home
И это в конечном итоге решило проблему. И автоматическое монтирование, и автоматическое монтирование работали нормально. umount был успешно запущен после предопределенного времени простоя в /etc/autofs.conf
Абсолютно никаких изменений на сервере NFS не потребовалось.
источник