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

Получение клиентов NFS для повторной попытки монтирования, если сервер NFS не работает при загрузке клиента

У меня есть сервер NFS, который монтируют несколько клиентов. Я использую в своих /etc/exports на сервере:

/content                *(rw,no_root_squash)

и о клиентах в моем /etc/fstab У меня есть:

content.prd.domain.tld:/content /content         nfs     rw,hard,intr    0 0

Если клиенты загружаются, когда сервер NFS не работает, общий ресурс не монтируется. Я прочитал на странице руководства NFS, что повторить попытку значения по умолчанию должны справиться с этим:

retry = n Количество минут для повторной попытки монтирования NFS на переднем плане или в фоновом режиме до отказа. Значение по умолчанию для наземных креплений - 2 минуты. Значение по умолчанию для фоновых монтировок составляет 10000 минут, что составляет примерно одну неделю.

Я тестировал это, но похоже, что это не работает. Я что-то упускаю?

Все сервера RHEL 5.4.

Ура, z0mbix

NFS, как известно, раздражительна, когда дело доходит до того, что монтировки недоступны во время монтирования или они случайно исчезают. В обоих случаях, особенно с более старыми выпусками Linux, были очень серьезные проблемы. Последние выпуски стали намного лучше, но еще не идеальны.

Однако для этого я настоятельно рекомендую изучить AutoFS и демон automount. Это приведет к монтированию общих ресурсов NFS по мере необходимости и по запросу. Преимущества этого заключаются в том, что вам не нужно беспокоиться о том, доступен ли сервер NFS при запуске, а также о том, что конечные станции не будут затронуты, если сервер NFS исчезнет (при условии, что они не будут активно его использовать в то время, когда он уйдет).

На моей предыдущей работе мы очень активно использовали NFS, и после того, как мы перенесли почти все ее на автомонтируемые системы, она стала намного более полезной, стабильной и надежной. Кроме того, последние выпуски AutoFS (включенные в RHEL4 +) позволяют извлекать информацию об автоматическом монтировании из внешних источников, таких как LDAP (это действительно полезно, когда у вас есть много машин, монтирующих одни и те же общие ресурсы NFS, поскольку вы можете вносить изменения в одном месте и все машины видят это изменение).

Решение задачи cron - одностороннее. Другой - использовать автомонтирование (autofs) и монтировать их по запросу, хотя у меня всегда были проблемы с надежностью автомонтирования.

Automount должен быть вашим выбором.