autofs не отключается после неактивного

У меня есть autofs, установленные на нескольких серверах Linux, которые подключаются к центральному серверу NFS для каталогов пользователей / домашних пользователей. Он отлично работает при монтировании каталогов при входе в систему, но на стойках никогда не появляется тайм-аут. Я проверил / etc / sysconfig / autofs, и по умолчанию действительно установлено значение 300, поэтому они должны быть отключены через 5 минут.

Перезапуск autofs делает umount все каталоги, поэтому я знаю, что он способен.

Я попытался случайно использовать lsof в каталогах, но файлы в любое время не открываются.

Я также установил случайный каталог, который, как я знаю, неактивен, но они никогда не упускают себя. В некоторых из этих ящиков есть 10+ пользователей, которые вошли в систему один раз, а mounts никогда не падает.

Я просто пытаюсь выяснить, есть ли лучший способ выяснить, почему. Я не вижу ничего конкретного в любых журналах.

Любые предложения приветствуются. Благодаря!

ОБНОВИТЬ

Я включил отладку для 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 1/2 – 3 минуты и заставляет это оставаться в стороне.

Решение заключалось в том, чтобы добавить значение тайм-аута в файл /etc/auto.master для этого сопоставления:

  /home /etc/auto_home --timeout=120 

Помимо переменной TIMEOUT переменная autofs имеет контрольный интервал:

 # cat /var/log/messages Jan 11 21:45:35 client automount[24804]: mounted offset on /net/server/share with timeout 300, freq 75 seconds 

Он равен 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, например:

 /home /etc/auto.home 

Затем я создал новый файл /etc/auto.home на серверах CentOS 7 сначала с помощью строки:

 * sam:/home/& 

Однако домашние каталоги не размонтируются. Я также обнаружил, что некоторые владельцы файлов в домашних каталогах время от времени получат огромное количество UID и GID против них. Через несколько минут это изменится.

Я установил уровень ведения журнала на «debug» в /etc/autofs.conf и начал просмотр с помощью journalctl -fu autofs.service . Я видел почти идентичные сообщения, как показано выше, которые, казалось, не содержали никаких подсказок.

Поскольку я еще не смог понять NFS 4, и я знал, что наш сервер CentOS 6 по умолчанию экспортировал свои nfsvers=3 как NFS 4, я попытался добавить nfsvers=3 в файл /etc/auto.home следующим образом:

 training -nfsvers=3,noac,soft,intr sam:/home/training 

Я также видел нечетное сообщение о попытке монтировать каталоги, например /home/lib , поэтому добавили отдельные домашние каталоги на отдельные строки. (Вероятно, в этот момент нужно было попробовать прямое монтирование или попробовал автоматы systemd.)

Теперь я начал видеть такие сообщения, как:

 Apr 27 09:32:28 betty automount[13501]: expire_proc_indirect: expire /home/fred Apr 27 09:32:28 betty automount[13501]: handle_packet: type = 4 Apr 27 09:32:28 betty automount[13501]: handle_packet_expire_indirect: token 21, name fred Apr 27 09:32:28 betty automount[13501]: expiring path /home/fred Apr 27 09:32:28 betty automount[13501]: umount_multi: path /home/fred incl 1 Apr 27 09:32:28 betty automount[13501]: umount_subtree_mounts: unmounting dir = /home/fred Apr 27 09:32:28 betty automount[13501]: spawn_umount: mtab link detected, passing -n to mount Apr 27 09:32:29 betty automount[13501]: rm_unwanted_fn: removing directory /home/fred Apr 27 09:32:29 betty automount[13501]: expired /home/fred Apr 27 09:32:29 betty automount[13501]: dev_ioctl_send_ready: token = 21 Apr 27 09:32:29 betty automount[13501]: handle_packet: type = 4 Apr 27 09:32:29 betty automount[13501]: handle_packet_expire_indirect: token 22, name barney Apr 27 09:32:29 betty automount[13501]: expiring path /home/barney Apr 27 09:32:29 betty automount[13501]: umount_multi: path /home/barney incl 1 Apr 27 09:32:29 betty automount[13501]: umount_subtree_mounts: unmounting dir = /home/barney Apr 27 09:32:29 betty automount[13501]: spawn_umount: mtab link detected, passing -n to mount Apr 27 09:32:29 betty automount[13501]: rm_unwanted_fn: removing directory /home/barney Apr 27 09:32:29 betty automount[13501]: expired /home/barney Apr 27 09:32:29 betty automount[13501]: dev_ioctl_send_ready: token = 22 Apr 27 09:32:29 betty automount[13501]: expire_proc_indirect: expire /home/barney Apr 27 09:32:29 betty automount[13501]: expire_proc_indirect: expire /home/wilma Apr 27 09:32:29 betty automount[13501]: 1 remaining in /home 

Теперь домашние каталоги начали размонтировать через 10 минут, как и следовало ожидать – поэтому это была проблема с неправильно сконфигурированной NFS 4 в моем случае.

Важно: после реконфигурации карт просто выполнение systemctl daemon-reload или systemctl reload autofs не имеет никакого эффекта. Мне пришлось выполнять systemctl restart autofs