Изменения в сервере NFS в файле / etc / exports нуждаются в перезагрузке службы?

У меня есть сервер NFSv4 (на RHELv6.4) и клиенты NFS (CentOSv6.4). Скажем, в /etc/exports :

 /shares/website1 <ip-client-1>(rw,sync,no_subtree_check,no_root_squash) /shares/website2 <ip-client-2>(rw,sync,no_subtree_check,no_root_squash) 

Тогда всякий раз, когда я делал некоторые изменения в этом (скажем, изменения ТОЛЬКО для client-2 ), например:

 /shares/website1 <ip-client-1>(rw,sync,no_subtree_check,no_root_squash) /shares/xxxxxxxx <ip-client-2>(rw,sync,no_subtree_check,no_root_squash) 

Затем я всегда service nfs restart . А потом, в конце концов, точка монтирования на client-1 перестала отвечать (не могу открыть свои файлы и т . Д.) . (Почему? Из-за RESTART?)

Но, как описано, я только изменил линию только для client-2 . Все для client-1 все еще нетронутым.

Поэтому мои вопросы здесь:

  • Всякий раз, когда я изменяю /etc/exports , должен ли я restart службу или что?
  • Если я service nfs restart , почему в конечном итоге затронута точка монтирования на других Клиентах? (Для этих клиентских машин без каких-либо изменений в /etc/exports для них.)

Это означает, что всякий раз, когда я вношу изменения в /etc/exports и restart службу, мне нужно будет переименовать каталоги на КАЖДЫЕ КЛИЕНТЫ в списке экспорта, чтобы снова установить точки монтирования.

Любая идея, пожалуйста?

  • задержка записи в операционной файловой системе
  • Как подключить NTFS-диск как utf8 через NFS
  • autofs не отключается после неактивного
  • Запуск rsync в качестве демона для локальной передачи
  • Почему несогласованность файлов между двумя системами, устанавливающими один и тот же общий ресурс NFS?
  • / разрешения для файловой системы Linux
  • ошибка autofs - «Нет такого файла или каталога»
  • Что такое процессы «» на linux, где число является IP-адресом сервера NFS?
  • One Solution collect form web for “Изменения в сервере NFS в файле / etc / exports нуждаются в перезагрузке службы?”

    Вам не нужно перезапускать NFS каждый раз, когда вы вносите изменения в /etc/exports . Все, что требуется – выдать соответствующую команду после редактирования файла /etc/exports :

     $ exportfs -ra 

    Выдержка из официальной документации Red Hat под названием: 21.7. Файл конфигурации / etc / exports .

    выдержка

    При выдаче вручную команда / usr / sbin / exportfs позволяет корневому пользователю выборочно экспортировать или экспортировать каталоги без перезапуска службы NFS. Когда заданы правильные параметры, команда / usr / sbin / exportfs записывает экспортированные файловые системы в / var / lib / nfs / xtab. Поскольку rpc.mountd ссылается на файл xtab при выборе прав доступа к файловой системе, изменения в списке экспортируемых файловых систем вступают в силу немедленно.

    Также читайте man-страницу exportfs для получения более подробной информации, в частности раздела «ОПИСАНИЕ», в котором объясняются все это и многое другое.

    ОПИСАНИЕ Сервер NFS поддерживает таблицу локальных физических файловых систем, доступных для клиентов NFS. Каждая файловая система в этой таблице коротко именуется экспортированной файловой системой или экспортом.

      The exportfs command maintains the current table of exports for the NFS server. The master export table is kept in a file named /var/lib/nfs/etab. This file is read by rpc.mountd when a client sends an NFS MOUNT request. Normally the master export table is initialized with the contents of /etc/exports and files under /etc/exports.d by invoking exportfs -a. However, a system administrator can choose to add or delete exports without modifying /etc/exports or files under /etc/exports.d by using the exportfs command. 

    Также обратите внимание на варианты, которые мы используем, -ra :

      -a Export or unexport all directories. -r Reexport all directories, synchronizing /var/lib/nfs/etab with /etc/exports and files under /etc/exports.d. This option removes entries in /var/lib/nfs/etab which have been deleted from /etc/exports or files under /etc/exports.d, and removes any entries from the kernel export table which are no longer valid. 
    Linux и Unix - лучшая ОС в мире.