Automounts: все монтируются и не будут монтироваться самостоятельно

У меня есть несколько серверов SLES 11.2. Они делают что-то действительно странное с automount. У нас есть около 500 возможных автомонтировщиков наших пользователей и их кодов, которые могут понадобиться, включая записи automount для $ HOME каждого пользователя. Нет проблем. Если я нахожусь на любой из тысяч рабочих станций или серверов Linux, которые мы поддерживаем, я могу увидеть 10-20 automounts. И они размонтируют, как ожидалось.

Но мы думаем, что после перехода на SLES 11.2 и KDE4, хотя мы можем ошибаться, у нас есть несколько систем, что является одним из головных узлов в кластере HPCE Linux, в котором есть ВСЕ 500 автомонтировщиков, которые были живы и смонтированы … И они не отключайте самостоятельно? Но мы можем запустить скрипт, чтобы вручную их убрать, и все, кроме немногих, которые действительно активны, отключить без жалобы?

Интересно, если это какой-то сбой в ночной программе резервного копирования на ленту? Может быть, это пробуждает все автоматы, но не поддерживает их? Но почему они остаются?

БОЛЬШЕ ИНФОРМАЦИИ:

Мы используем autofs для автоматизации почти всех данных, к которым мы обращаемся. Это включает в себя $ HOME, приложения, входные данные для приложений, результаты приложений и т. Д.

Мы используем карты NIS для определения параметров и параметров automount для каждого монтирования. Сюда входят имя хоста NFS, имя файловой системы на узле NFS, точка монтирования на клиенте этого автомонтирования. Кроме того, файл экспорта на серверах NFS также играет определенную роль в том, кто может монтировать и какие существуют опции / ограничения.

«/etc/auto.master» сообщает autofs / automountd, какая карта NIS предназначена для поиска сотен различных монтировок.

Пользователь или программа или приложение, которым нужны данные в этих автозаменах, просто обращаются к каталогу bu «cd» или «ls» или «cat» и т. Д. Создается mount. Пока кто-то находится в смонтированном каталоге или файл читается или записывается из него, он остается установленным. Если крепление находится в режиме ожидания в течение 5 или 10 минут, автомат отключается.

Все это работает как на тоннах Linux, так и на Unix-клиентах.

Иногда мы увидим клиента, который, как представляется, не использует автомонтированную файловую систему, но он остается установленным после таймаута. Но это странно … Этот сервер монтируется КАЖДОЕ определенное и доступное монтирование во ВСЕХ картах автозапуска NIS. И это не размонтирует их через 10 минут?

Мы могли бы понять, было ли это, скажем, программа резервного копирования, перебирать все возможные подкаталоги и, следовательно, активировать все автоматы. Но даже тогда автоматы должны размонтироваться после завершения резервного копирования. Кажется, это не так.

Я верю, что обновления отвечают на ваши комментарии, @soubunmei Mark, я не пробовал SIGUSR1. Возможно, я попробую в следующий раз.

One Solution collect form web for “Automounts: все монтируются и не будут монтироваться самостоятельно”

Я видел, как это происходит с обновлениями GNOME вокруг битов мониторинга файлов (например, nautilus) – это может быть одинаково для KDE. Я бы искал все, что отслеживает состояние файла, использование файловой системы и т. П. И отключает его.

  • Ошибка при попытке создания pango (1.34.1) и harfbuzz (0.9.18) из источника
  • Корневой пароль не работает при попытке обновления
  • Добавление RPM к установочному DVD SLES
  • Какая разница между -pool & -updates на SLES11-SPx
  • Время меняется внезапно, даже если NTP настроен
  • Почему новые cronjob игнорируются, если в SLES не перезагружается?
  • Невозможно использовать yast для установки программного обеспечения онлайн - пытается установить компакт-диск
  • Почему мой Linux-сервер зависает с "ps aux"
  • Как определить версию SLES?
  • Как ограничить пользователя UNIX только заданным скриптом?
  • xen + libvirt разделяют диски между VM на разных хостах
  • Linux и Unix - лучшая ОС в мире.