|
|
| Строка 2: |
Строка 2: |
| {{MovedFromFreesourceInfo|AltLinux/Dokumentacija/NFSv4}} | | {{MovedFromFreesourceInfo|AltLinux/Dokumentacija/NFSv4}} |
|
| |
|
| == Сервер NFSv4 для NFSv[34] клиентов ==
| | Reminiscent from the mod 70s, inspired styles of stacked heels will probably be available in every height of shoe from long boots to pumps to flats. These outstanding handbags have become a symbol of luxurious products and people from all over the world have unappeasable desire to get them. You can utilize these topics to realize more viewers, appear in search engines like yahoo, and best of all, avoid struggling to come up which has a subject to reveal. Designs come from the 1960's to the 1980's.To map your place in this world, know where you stand, you constantly measure by means of more or less than what you believe to be the ideal, the model of who you 'should' be. This means all the latest safety measures are in place as standard and won inflate the price.Probably trying to puzzle out what I was doing and why I sounded as being a coyote. You can research on the web for guidelines of the right way to flip your glycerin byproduct into your own personal dwelling developed soap. If you have the money for it then you must definitely acquire at the very least one Louis Vuitton bag in your life time. |
| | | ray ban optical http://www.ckphoto.net/css/ray-ban-optical.html |
| === Общая настройка сервера NFSv4 ===
| |
| | |
| Задача — экспортировать часть ФС (<tt>/ftp/pub</tt>) с iso`шками и репозиториями (часть репозиториев — подмонтированные iso).
| |
| | |
| Применил лобовое решение, описанное в [http://www.citi.umich.edu/projects/nfsv4/linux/using-nfsv4.html#exports http://www.citi.umich.edu/projects/nfsv4/linux/using-nfsv4.html#exports], адаптировано для моего случая:
| |
| <pre>mkdir -p /export/pub
| |
| mount --rbind /ftp/pub /export/pub</pre>
| |
| | |
| Теперь в <tt>/export/pub</tt> доступно всё содержимое <tt>/ftp/pub</tt>, в том числе — и смонтированные туда <tt>/ftp/pub/foo*</tt> (содержимое соответствующего <tt>/ftp/pub/ISO/foo*.iso</tt>). Несмотря на это, в <tt>/etc/exports</tt> придётся упомянуть <u>каждую</u> из неявно (за счёт <tt>mount --rbind</tt>) подмонтированных в <tt>/export/pub/*</tt> ФС: иначе клиенты их видеть не будут.
| |
| | |
| В <tt>/etc/exports</tt> мне потребовалось примерно следующие (сильно упрощённо):
| |
| <pre>/export (ro,nohide,fsid=0)
| |
| /export/pub (ro,nohide,fsid=1)
| |
| /export/pub/foo1 (ro,nohide,fsid=2)
| |
| /export/pub/foo2 (ro,nohide,fsid=3)
| |
| /export/pub/foo<N> (ro,nohide,fsid=<N>)</pre>
| |
| | |
| При этом числа в параметре <tt>fsid</tt> должны различаться. При совпадении — видна только одна из ФС с совпадающими <tt>fsid</tt>. Корень для всех экспортируемых систем должен быть указан с <tt>fsid=0</tt>.
| |
| | |
| Поправка от ns@ ([http://lists.altlinux.org/pipermail/sysadmins/2006-July/001723.html http://lists.altlinux.org/pipermail/sysadmins/2006-July/001723.html]):
| |
| <pre>Насколько я помню, fsid надо указывать только у /export. То есть только
| |
| там, где значение должно равняться "0".
| |
| Эта точка станет корнем для NFSv4.</pre>
| |
| | |
| То есть код ниже, тоже работает:
| |
| <pre>/export (ro,nohide,fsid=0)
| |
| /export/pub (ro,nohide)
| |
| /export/pub/foo1 (ro,nohide)
| |
| /export/pub/foo2 (ro,nohide)
| |
| /export/pub/foo<N> (ro,nohide)</pre>
| |
| | |
| <div style="display: inline; color: red;">Примечание: При экспортировании чего либо нерасположеного в <tt>/export</tt> (например <tt>/ftp/pub</tt> непосредствено) — экспортированное доступно только по NFSv3. (Точнее — уменя наблюдалась такая картина.)</div>
| |
| | |
| Если не вдаваться в подробности (настройка firewall — ниже), то с сервером всё.
| |
| | |
| === Монтирование клиентом ===
| |
| | |
| На клиенте всё монтируется в одной точке, но пути к ресурсу для NFSv4 и NFSv3 различаются:
| |
| <pre>mount -t nfs4 <сервер>:/ <точка монтирования>
| |
| mount -t nfs <сервер>:/export <точка монтирования></pre>
| |
| | |
| <div style="display: inline; color: red;">При этом как <tt>mount -t nfs4</tt> смонтировать удаётся только содержимое <tt>/export</tt>: при экспорте какого нибудь <tt>/ftp/pub</tt> напрямую — он доступен только по <tt>mount -t nfs</tt>…</div>
| |
| | |
| Если при выполнении монтирования команда mount зависает - значит вероятно, что у вас включена опция использования gssd. Чтобы не мучатся с его настройками, пропишите в файл /etc/sysconfig/nfs параметр SECURE_NFS=no.
| |
| | |
| === NFSv4 и NFSv3 через firewall ===
| |
| | |
| Так как для меня критична одновременная поддержка клиентов обоих версий NFS (v4 и v3), то фиксацию и открытие портов выполнял по рецептам для NFSv3, как для более беспроблемного варианта. (Меня убеждают что NFSv4 требования мягче. Причин не верить у меня нет, но и специально не проверял.) Использовал [http://ipesin.linux.kiev.ua/translations/rhm/tipstricks10.htm http://ipesin.linux.kiev.ua/translations/rhm/tipstricks10.htm] и [http://nfs.sourceforge.net/nfs-howto/ar01s06.html http://nfs.sourceforge.net/nfs-howto/ar01s06.html]
| |
| | |
| Фиксировал и открывал на серверном firewall следующие:
| |
| * <tt>nfs</tt> — работает по 2049 tcp/udp по умолчанию. Если требуется сдвинуть специально — см. [[altbug:9769]]
| |
| | |
| * <tt>mountd</tt> — параметром <tt>MOUNTD_PORT</tt> (в <tt>/etc/sysconfig/nfs</tt>)
| |
| * <tt>nlockmgr</tt> — параметрами <tt>nlm_tcpport</tt> и <tt>nlm_udpport</tt> модуля <tt>lockd</tt> (строка вида <tt>options lockd nlm_tcpport=N nlm_udpport=M</tt> в <tt>/etc/modules.conf</tt>)
| |
| * <tt>portmapper</tt> — стандартные 111 tcp/udp
| |
| | |
| С firewall на клиентах пока не экспериментировал. Есть подозрение, что там придётся фиксировать и открывать порт для status (см.
| |
| [[altbug:9770]]
| |
| .
| |
| | |
| === Частые проблемы ===
| |
| ==== Stale NFS file handle====
| |
| Бывает, что при перезагрузке NFS-сервера обращение к смонтированным ресурсам на NFS-клиентах выдаёт сообщение “Stale NFS file handle”.
| |
| Обычно это происходит из-за смены идентификатора файловой системы при перезагрузке. Если для обычных устройств он может быть получен
| |
| из номера устройства, то при использовании LVM он формируется более случайным образом. В man написано что нужно делать:
| |
| | |
| fsid=num
| |
| | |
| This option forces the filesystem identification portion of the file handle and file attributes used on the wire to be num instead of a number derived from the major and minor number of the block device on which the filesystem is mounted. Any 32 bit number can be used, but it must be unique amongst all the exported filesystems. | |
| | |
| This can be useful for NFS failover, to ensure that both servers of the failover pair use the same NFS file handles for the shared filesystem thus avoiding stale file handles after failover.
| |
| | |
| Some Linux filesystems are not mounted on a block device; exporting these via NFS requires the use of the fsid option (although that may still not be enough).
| |
| | |
| Пример:
| |
| | |
| /nfs4exports 192.168.18.129/26(ro,sync,insecure,no_root_squash,no_subtree_check,fsid=2)
| |
| | |
| | |
| ==== Ссылки ====
| |
| * [[NFS|/AltLinux/Dokumentacija/NFS]]
| |
| * [http://wiki.sisyphus.ru/net/nfs http://wiki.sisyphus.ru/net/nfs]
| |
| * [http://www.citi.umich.edu/projects/nfsv4/linux/using-nfsv4.html http://www.citi.umich.edu/projects/nfsv4/linux/using-nfsv4.html]
| |
| * [http://ipesin.linux.kiev.ua/translations/rhm/tipstricks10.htm http://ipesin.linux.kiev.ua/translations/rhm/tipstricks10.htm]
| |
| * [http://nfs.sourceforge.net/nfs-howto/ar01s06.html http://nfs.sourceforge.net/nfs-howto/ar01s06.html]
| |
| * [[altbug:9769]]
| |
| | |
| * [[altbug:9770]]
| |
| | |
| * [http://lists.altlinux.org/pipermail/sysadmins/2006-July/001717.html http://lists.altlinux.org/pipermail/sysadmins/2006-July/001717.html]
| |
| * [http://lists.altlinux.org/pipermail/sysadmins/2006-July/001723.html http://lists.altlinux.org/pipermail/sysadmins/2006-July/001723.html]
| |
