https://mobile.opennet.dev/openforum/vsluhforumID15/3415.html Такая незадача - не хочет монтироватся NFS на клиентском компе с помощью fstab.<br>В тоже время в командной строке монтирование происходит без проблем, с пол-оборота.<br>Чтобы не пересказывать всю историю заново, прошу ознакомиться с топиком<br>http://www.linux.org.ru/forum/general/5779522<br><br>Ребята с ЛОРа попытались помочь, но увы, цель не достигнута.<br><br>Клиентская система - Fedora RFRemix_14/32, серверная - CentOS_5.5/64.<br><br> https://mobile.opennet.dev/openforum/vsluhforumID15/3415.html#8 Thu, 27 Jan 2011 10:04:19 GMT &gt; Вот уж после этого, если опровержения нет, придется признать NFS неокультуренной для <br>&gt; цивилизованного использования, включать логику и мастерить костыли.<br><br>... гм... Как бы так ответить и не обидеть... <br>Ваши претензии напоминают мне ситуевину, когда я подойду к серваку, выдерну из него все процы и буду возмущаться тем, что Linux ил FreeBSD не стартуют - "сколько лет пишут эти системы, а ситуацию, когда я пытаюсь запустить ОС без ЦПУ - до сих пор не обработали... А ведь у них, криволапых, еще целый ГПУ в распоряжении есть!" ...<br><br>Еще раз перечитайте маны - что такое NFS и для решения каких задач он создан... <br>Что касается ситуации обработки "некачественных каналов связи"- неправда Ваша, в родных манах (как и в родной доке от "родителей") - это есть, нужно только читать... Ваша ситуация - хочу смонтировать, но сети еще нет - всего-лишь частный случай "некачественных каналов связи" ...<br><br> https://mobile.opennet.dev/openforum/vsluhforumID15/3415.html#7 Mon, 17 Jan 2011 15:07:28 GMT Да, все это вышесказанное я понимаю. Не понимаю одного - почему за столько лет существования NFS эти довольно, гм, неожиданные моменты всплыли, если судить по существующим манам и хавту только у меня, т.е впервые?<br><br>По крайней мере такое впечатление возникает, когда знакомишься с всевозможными доками, в которых описание этого неожиданного явления природы отсутствует напрочь.<br>Если я не прав в этом - опровергните официальной докой, плиз, где это есть.<br><br>Вот уж после этого, если опровержения нет, придется признать NFS неокультуренной для цивилизованного использования, включать логику и мастерить костыли.<br> https://mobile.opennet.dev/openforum/vsluhforumID15/3415.html#6 Mon, 17 Jan 2011 01:21:26 GMT &gt; Интересует - как это предусмотрено для fstab в системе NFS изначально?<br><br>Никак. Это задача (и проблемы) несколько гм.. другой подсистемы...<br>&gt; Ну вот как-то не верится, чтобы разработчики создали такую мощную сетевую файловую <br>&gt; систему, а монтирование шар отдали на откуп самопальным костылям.<br><br>Монтирование отдано на откуп создателям той или иной ветки ОС. В "спецификациях" расписаны демоны и их зависимости, необходимые для успешной работы NFS, а их конкретная реализация в том или ином дистрибутиве - на ответственности его архитекторов. Так что в данном случае виновника может быть только два - либо RedHat, либо Ваши руки... Уверенны в своих руках - пишите матерное письмо родителям дистрибов по поводу кривой реализации стартовых скриптов ;)<br><br> https://mobile.opennet.dev/openforum/vsluhforumID15/3415.html#5 Mon, 17 Jan 2011 00:59:31 GMT Просьба не обижаться, но включить логику - не пробовали?<br>nfsclient должен стартовать после rpcbind, который в свою очередь должен стартовать после networking. Точки монтирования в локальной ФС должны существовать. ВСЕ. Это весь "алгоритм"<br><br>Теперь собственно о том, что можно (нужно) сделать - разобраться с порядком запуска стартовых скриптов в Вашей ОС, в случае необходимости перестроить порядок их запуска. Если клиент получает адрес по DHCP - теоретически возможна ситуация, когда сервисы стартуют правильно, но в момент попытки монтирования - собственно сети еще нет. Выход - рисовать костыль (типа sleep) для демона nfsclient. <br>Подвариация - внимательно перечитать ман по NFS - там есть пара параметров, отвечающих за то, как будет вести себя nfsclient на ненадежных каналах - грубо говоря - сервера по той или иной причине нет, а команда на монтирование прошла - что делать? - либо отфутболить с записью "невозможно", либо пытаться смонтировать "до победного конца".... Правда это палка о двух концах ...<br> https://mobile.opennet.dev/openforum/vsluhforumID15/3415.html#4 Sun, 16 Jan 2011 12:59:38 GMT &gt; Клиентская система - Fedora RFRemix_14/32, серверная - CentOS_5.5/64.<br>&gt; Вот эти две ^^ - они не для людей, и почему то <br>&gt; меня это не удивляет :) <br><br>Почему это? :) А для кого же они, по вашему?<br> https://mobile.opennet.dev/openforum/vsluhforumID15/3415.html#3 Sun, 16 Jan 2011 06:40:29 GMT &gt; Уж извините, но это выглядело бы совсем по-дилетантски.<br><br>Клиентская система - Fedora RFRemix_14/32, серверная - CentOS_5.5/64.<br><br>Вот эти две ^^ - они не для людей, и почему то меня это не удивляет :)<br>rc-update add nemount default<br># Below is the default list of network fstypes.<br>#<br># afs cifs coda davfs fuse fuse.sshfs gfs glusterfs lustre ncpfs<br># nfs nfs4 ocfs2 shfs smbfs<br>#<br># If you would like to add to this list, you can do so by adding your<br># own fstypes to the following variable.<br>extra_net_fs_list="nfs nfs4 cifs "<br>echo 10.0.0.1:/share /share nfs &gt;&gt; /etc/fstab<br><br>Вот и все, что надо. В System V до сих пор же городят костыли на симлинках , что бы разрулить депенды при старте, и это ошибка в ДНК<br> https://mobile.opennet.dev/openforum/vsluhforumID15/3415.html#2 Sat, 15 Jan 2011 21:46:06 GMT &gt; На этапе загрузки выполняется монтирование файловых систем перечисленных в fstab.<br>&gt; Но они ДОЛЖНЫ существовать на момент монтирования. Так как сети в этот <br>&gt; момент нету то и ресурса нету !<br><br>Ну это уже понятно, но в официальном мане и прочих доках ведь не сказано, что надо еще позаботиться о дополнительном скрипте или еще о чем-то таком - лишь просто "впиши эту строку в fstab" - и типа все пойдеть!<br><br>Что же получается - брехня или недоговорки?<br><br>&gt; А вот кто будет говорить - оператор из командной строки или скрипт , не суть важно.<br><br>Для меня как раз важно, потому что не хочу сооружать для этого костыль, даже состоящий из одной строки.<br>Интересует - как это предусмотрено для fstab в системе NFS изначально?<br><br>Ну вот как-то не верится, чтобы разработчики создали такую мощную сетевую файловую систему, а монтирование шар отдали на откуп самопальным костылям.<br>Уж извините, но это выглядело бы совсем по-дилетантски.<br> https://mobile.opennet.dev/openforum/vsluhforumID15/3415.html#1 Sat, 15 Jan 2011 20:55:48 GMT &gt; Такая незадача - не хочет монтироватся NFS на клиентском компе с помощью <br>&gt; fstab.<br>&gt; В тоже время в командной строке монтирование происходит без проблем, с пол-оборота. <br>&gt; Чтобы не пересказывать всю историю заново, прошу ознакомиться с топиком <br>&gt; http://www.linux.org.ru/forum/general/5779522 <br>&gt; Ребята с ЛОРа попытались помочь, но увы, цель не достигнута.<br>&gt; Клиентская система - Fedora RFRemix_14/32, серверная - CentOS_5.5/64.<br><br>Епрст. <br>На этапе загрузки выполняется монтирование файловых систем перечисленных в fstab.<br>Но они ДОЛЖНЫ существовать на момент монтирования. Так как сети в этот момент нету то и ресурса нету !<br>Достаточно сказать mount -a после старта системы и все смонтируется. А вот кто будет говорить - оператор из командной строки или скрипт , не суть важно. А до старта сети ничего небудет.<br>