Не монтируется NFS [SOLVED]

Исходные данные:
NFS-Server:

/etc/exports:
/home/bass 172.27.11.3(rw,sync,subtree_check) 172.23.8.65(rw,sync,subtree_check)

/etc/init.d/nfs - стартует нормально

NFS-Client:
/etc/fstab
<172.23.8.8:/home/bass /mnt/server nfs4 rw 0 0

/etc/init.d/nfsmount выдает:
* Starting NFS sm-notify... [ ok ]
* Mounting NFS filesystems...
mount.nfs4: mounting 172.23.8.8:/home/bass failed, reason given by server:
No such file or directory [ !! ]
* ERROR: nfsmount failed to start

Где грабли?

* Starting NFS sm-notify... [

* Starting NFS sm-notify... [ ok ]
 * Mounting NFS filesystems...

Интуиция подсказывает мне , что для 4-й версии этого мало.

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

Что еще?

А что еще?

Не надо бояться, что жизнь закончится - надо бояться, что она не начнется!

А если так

А если так в
/etc/exports:

/home/bass 172.27.11.3(rw,sync,subtree_check,insecure) 172.23.8.65(rw,sync,subtree_chec,insecure)

Не помогло!

Не помогло. Все то-же самое вываливает.

Не надо бояться, что жизнь закончится - надо бояться, что она не начнется!

fstab nfs

может так? /etc/fstab
192.168.1.100:/usr/portage /usr/portage nfs rsize=8192,timeo=14,intr

буду честен, я не знаю, почему у меня все работает

это будет 3-я

это будет 3-я версия=)
Топикстартер , наличие 4-ой принципиально ?

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

:)

Совсем крамольная мысль посетила - в ведре есть поддержка 4-й версии?

если галка стоит , то да

если галка стоит , то да .
имхо , cat /proc/filesystems
Для 4-й надо сервис маппинга юзеров.
Ну и вопрос сборки с керберосом тоже открыт

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

Не принципиально!

Вовсе нет!Не принципиальна 4 версия. Я раньше просто не имел дела с NFS вообще, а сейчас решил настройть дома. Дома есть маршрутизатор (заодно там файловое хранилище) на базе Gentoo с FTP сервером (для связи с внешним миром - есть статический ip), с samba (для связи с компьютером жены - там windows xp), и вот хочется NFS поднять (для связи со своим ноутбуком), чтобы слушать музыку, смотреть фильмы, фотографии непосредственно с сервера, а не перекачикать их по ftp себе на ноутбук.

Так добавляю исходных данных ;)
jazz_bass linux # cat /proc/filesystems
nodev nfs
nodev nfs4
nodev nfsd

ядро - gentoo-sources-2.6.30-r6


--- Network File Systems
<*> NFS client support
[*] NFS client support for NFS version 3
[*] NFS client support for the NFSv3 ACL protocol extension
[*] NFS client support for NFS version 4 (EXPERIMENTAL)
[*] Root file system on NFS
<*> NFS server support
-*- NFS server support for NFS version 3
[*] NFS server support for the NFSv3 ACL protocol extension
[*] NFS server support for NFS version 4 (EXPERIMENTAL)
-*- Secure RPC: Kerberos V mechanism (EXPERIMENTAL)

Я так понимаю, что для моих задач NFSv4 не требуется - достаточно NFSv3.
При mount.nfs 172.27.11.80:/bass/home/ /mnt/server/
получаю - mount.nfs: mount system call failed

Не надо бояться, что жизнь закончится - надо бояться, что она не начнется!

уберите из ядра 4-ю версию и

уберите из ядра 4-ю версию и acl для -3-й
Задизейблите флаг nfsv4 , обновите систему и попробуйте снова

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

slepnoga написал(а): уберите

slepnoga написал(а):
уберите из ядра 4-ю версию и acl для -3-й

Теперь конфиг ядра такой:
--- Network File Systems
<*> NFS client support
[*] NFS client support for NFS version 3
[ ] NFS client support for the NFSv3 ACL protocol extension
[ ] NFS client support for NFS version 4 (EXPERIMENTAL)
[ ] Root file system on NFS
<*> NFS server support
[*] NFS server support for NFS version 3
[ ] NFS server support for the NFSv3 ACL protocol extension
[ ] NFS server support for NFS version 4 (EXPERIMENTAL)
< > Secure RPC: Kerberos V mechanism (EXPERIMENTAL)

slepnoga написал(а):
Задизейблите флаг nfsv4 , обновите систему и попробуйте снова

Дело в том, что:
[ebuild R ] net-fs/nfs-utils-1.1.4-r1 USE="tcpd -kerberos -nonfsv4" 0 kB
На сервере ACCEPT_KEYWORDS="x86".
Я так понимаю тут надо USE="nonfsv4"?

Не надо бояться, что жизнь закончится - надо бояться, что она не начнется!

Пересобрал nfs-utils с USE="nonfsv4"

собрал nfs-utils с use="nonfsv4"
результат:
mount.nfs: mount system call failed
Что не так?

Не надо бояться, что жизнь закончится - надо бояться, что она не начнется!

Замечание по первому пункту

jazz_bass написал(а):
и вот хочется NFS поднять (для связи со своим ноутбуком), чтобы слушать музыку, смотреть фильмы, фотографии непосредственно с сервера, а не перекачикать их по ftp себе на ноутбук.

Здесь тебе не NFS нужен, а mpd.
Потому что у ноутбука жёстко зашиты в ДНК мягко говоря сложности в сопряжении с приличным (стационарным) трактом.

Реально же на ноуте тебе нужен лишь интерфейс (клиент демона).
А воспроизводить музыку --- дело mpd на сервере.

ЗЫ: На вопросе: как бы туда (на сервер) же завернуть вывод mplayer'а на ноуте я в текущем приближении сел :)

:wq
--
Live free or die

Anarchist написал(а): Здесь

Anarchist написал(а):
Здесь тебе не NFS нужен, а mpd.

MPD - занятная штука, обращу на неё внимание, но NFS она никак не замнит! Мне необходимо помимо просмотра фильмов и прослушивания музыки, просматривать фотографии, pdf, odf файлы. К тому же сервер не особо мощьный - Pentium3 1GHz.

Anarchist написал(а):
Потому что у ноутбука жёстко зашиты в ДНК мягко говоря сложности в сопряжении с приличным (стационарным) трактом.

На ноутбуке стоит VirtualBox с windows xp с виртуальным сетевым интерфейсом который работает как nat. В windows xp совершенно легко и непринужденно подключаюсь к samba на сервере, смотрю фильмы с сервера, слушаю музыку и не испытываю каких либо проблем с сопряжением со стационарным трактом.
Еще такой вопрос есть ли web интерфейс для MPD? Нехочется завязываться с клиентской частью, хочется иметь универсальный интерфейс для различных платформ: linux, windows, windows mobile, mac...

Не надо бояться, что жизнь закончится - надо бояться, что она не начнется!

/etc/exports: /home/bass

/etc/exports:
/home/bass 172.27.11.3(rw,sync,no_root_squash)

не далее как сегодня собрал - работает

[ebuild   R   ] net-fs/nfs-utils-1.1.4-r1  USE="tcpd -kerberos -nonfsv4" 0 kB

если вам нужно учитывать права доступа к файлам - копайтесь в комбинации *root_squash и *subtree_check

что-то добрый я сегодня ....

.

leryc написал(а):
если вам нужно учитывать права доступа к файлам - копайтесь в комбинации *root_squash и *subtree_check

Есть мнение, что в данном конкретном случае достаточно согласования UID'ов рабочего пользователя на стационарном компьютере и ноутбуке.

А ещё мне думается, что расшаривание хомяка полностью... несколько избыточно. Паранойи много не бывает :)

:wq
--
Live free or die

leryc

leryc написал(а):
/etc/exports:
/home/bass 172.27.11.3(rw,sync,no_root_squash)

не далее как сегодня собрал - работает

[ebuild   R   ] net-fs/nfs-utils-1.1.4-r1  USE="tcpd -kerberos -nonfsv4" 0 kB

если вам нужно учитывать права доступа к файлам - копайтесь в комбинации *root_squash и *subtree_check

Есть следующее подозрение...
если на клиентской машине делаю mount.nfs4 172.27.11.80:/home/bass /mnt/server/ то на сервере вижу следующее:
cat /proc/net/ip_conntrack
tcp 6 116 TIME_WAIT src=172.27.11.3 dst=172.27.11.80 sport=900 dport=2049 packets=6 bytes=364 src=172.27.11.80 dst=172.27.11.3 sport=2049 dport=900 packets=4 bytes=252 [ASSURED] mark=0 use=2

а если на клиентской машине делаю mount.nfs 172.27.11.80:/home/bass /mnt/server/, то на сервере по cat /proc/net/ip_conntrack никакого соответствующего соединения не вижу.
На сервере стоит iptables, я так понимаю, что nfsv3 и nfsv4 используют порт 2049, в iptables даный порт открыт!

Не надо бояться, что жизнь закончится - надо бояться, что она не начнется!

Опять таки интуиция

Опять таки интуиция подсказывает мне , что вся система NFS(с портмапом и прочим) юзает больше 1-порта.

cat /etc/services |grep portmap
sunrpc          111/tcp         portmapper rpcbind      # SUN Remote Procedure Call
sunrpc          111/udp         portmapper rpcbind
rpc2portmap     369/tcp                         # Coda portmapper
rpc2portmap     369/udp


mini rion # cat /etc/services |grep rpc
sunrpc          111/tcp         portmapper rpcbind      # SUN Remote Procedure Call
sunrpc          111/udp         portmapper rpcbind
erpc            121/tcp                         # Encore Expedited Remote Pro.Call
erpc            121/udp
rpc2portmap     369/tcp                         # Coda portmapper
rpc2portmap     369/udp
courier         530/tcp         rpc
courier         530/udp         rpc
caerpc          42510/tcp                       # CA eTrust RPC
caerpc          42510/udp
mini rion #

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

СПАСИБО!

СПАСИБО! Разобрался - 111 порт открыть надо было!

Не надо бояться, что жизнь закончится - надо бояться, что она не начнется!

/

slepnoga написал(а):
Опять таки интуиция подсказывает мне , что вся система NFS(с портмапом и прочим) юзает больше 1-порта.

А ещё в рамках данной системы (NFSv3) _могут_ потребоваться дополнения типа lockd/statd...

Прискорбно, что полного описания NFSv3 не нашёл (хотя искал, правда особо не упираясь).

:wq
--
Live free or die

Вообщем, оказалось, что не

Вообщем, оказалось, что не только 111 и 2049 порты нужны для nfs. Внимательно изучая cat /proc/net/ip_conntcack замети, что при выполнении mount.nfs 172.27.11.80:/home/bass/ /mnt/server/ появляется еще одно tcp соединение. Причем порт назначения этого соединения не фиксированный (то 57708, 57880), а постоянно менятся. Проблема в следующем, у меня на сервере стоит iptables с политикой по умолчанию DROP как мне быть? Совсем не хочется открывать все порты из-за NFS. Слышал, что в NFSv4 portmap не используется.
Есть еще одна загвоздка...
Исходные данные:
jazz_bass linux # cat /etc/fstab
/dev/hda1 /boot ext3 noauto,noatime 1 2
/dev/hda2 / reiserfs noatime 0 1
/dev/hdb1 /home reiserfs noatime 0 0
/dev/hdc1 /mnt/storage reiserfs noatime 0 0
/dev/hdd1 /mnt/mobilerack reiserfs noatime 0 0
/dev/sda /mnt/zip auto noauto,noatime 0 0
none /proc proc defaults 0 0
none /dev/shm tmpfs defaults 0 0
/mnt/mobilerack /home/bass/external none bind,rw 0 0
/mnt/storage /home/bass/internal none bind,rw 0 0
/mnt/mobilerack /home/pups/external none bind,rw 0 0
/mnt/storage /home/pups/internal none bind,rw 0 0
/mnt/mobilerack /home/ftp none bind,rw 0 0

Значит так... Есть домашние каталоги пользователей - /home/bass/ /home/pups в этих каталогах в свою очередь есть каталоги internal и external, куда монтируются папки /mnt/storage и /mnt/mobilerack соответственно. Так вот при выполнении на клиентской машине mount.nfs 172.27.11.80:/home/bass/ /mnt/server/ (соответственно при условии отстановленного iptables) все вроде монтируется в /mnt/server/ вижу internal external но не вижу примонтированных /mnt/storage и /mnt/mobilerack

Не надо бояться, что жизнь закончится - надо бояться, что она не начнется!

jazz_bass

jazz_bass написал(а):
Вообщем, оказалось, что не только 111 и 2049 порты нужны для nfs. Внимательно изучая cat /proc/net/ip_conntcack замети, что при выполнении mount.nfs 172.27.11.80:/home/bass/ /mnt/server/ появляется еще одно tcp соединение. Причем порт назначения этого соединения не фиксированный (то 57708, 57880), а постоянно менятся. Проблема в следующем, у меня на сервере стоит iptables с политикой по умолчанию DROP как мне быть? Совсем не хочется открывать все порты из-за NFS. Слышал, что в NFSv4 portmap не используется.

В /etc/conf.d/nfs задай порт для mount.d:

OPTS_RPC_MOUNTD="-p 32767"

Semyon написал(а): jazz_bass

Semyon написал(а):
jazz_bass написал(а):
Вообщем, оказалось, что не только 111 и 2049 порты нужны для nfs. Внимательно изучая cat /proc/net/ip_conntcack замети, что при выполнении mount.nfs 172.27.11.80:/home/bass/ /mnt/server/ появляется еще одно tcp соединение. Причем порт назначения этого соединения не фиксированный (то 57708, 57880), а постоянно менятся. Проблема в следующем, у меня на сервере стоит iptables с политикой по умолчанию DROP как мне быть? Совсем не хочется открывать все порты из-за NFS. Слышал, что в NFSv4 portmap не используется.

В /etc/conf.d/nfs задай порт для mount.d:

OPTS_RPC_MOUNTD="-p 32767"

Спасибо!

Не надо бояться, что жизнь закончится - надо бояться, что она не начнется!

У меня подобная

У меня подобная проблема..

Подскажите что ж за ерунда такая. Проблема:

localhost linux # mount /media/nfs/media/
mount: wrong fs type, bad option, bad superblock on 192.168.1.2:/mnt/media,
       missing codepage or helper program, or other error
       (for several filesystems (e.g. nfs, cifs) you might
       need a /sbin/mount.<type> helper program)
       В некоторых случаях полезная информация может быть
       найдена в syslog - попробуйте dmesg | tail или что-то
       в этом роде

Вот так я попытался вкомпилить поддержку (у клиента) в ядро:
http://s16.radikal.ru/i190/0912/3e/5533e5b63cf9.png

Разве тут чего-то не достаточно?

localhost linux # cat /proc/filesystems | grep -i nfs
nodev   nfs
nodev   nfs4
nodev   nfsd

localhost linux # cat /etc/fstab | grep media
192.168.1.2:/mnt/media               /media/nfs/media nfs     noauto,ro       0 0

на этой системе:
linux $ cat .config| grep -i nfs
CONFIG_NFS_FS=y
CONFIG_NFS_V3=y
CONFIG_NFS_V3_ACL=y
CONFIG_NFS_V4=y
CONFIG_ROOT_NFS=y
CONFIG_NFSD=y
CONFIG_NFSD_V3=y
# CONFIG_NFSD_V3_ACL is not set
CONFIG_NFSD_V4=y
CONFIG_NFS_ACL_SUPPORT=y
CONFIG_NFS_COMMON=y

на дженту, у которой работает монтирование:
linux $ cat .config | grep -i nfs
CONFIG_NFS_FS=y
CONFIG_NFS_V3=y
CONFIG_NFS_V3_ACL=y
CONFIG_NFS_V4=y
# CONFIG_NFS_V4_1 is not set
CONFIG_ROOT_NFS=y
CONFIG_NFSD=y
# CONFIG_NFSD_V3 is not set
# CONFIG_NFSD_V4 is not set
CONFIG_NFS_ACL_SUPPORT=y
CONFIG_NFS_COMMON=y

С сервером гарантированно всё в порядке. Я его не выключал. С другой дженту - NFS отлично подключается, а с этой системы - нет. NFS-utils не установлены (мне кажется должно хватить того, что в ядре).

Не подскажите ли в чём может быть фигня?

.

WXP написал(а):
С другой дженту - NFS отлично подключается, а с этой системы - нет. NFS-utils не установлены (мне кажется должно хватить того, что в ядре).

Не подскажите ли в чём может быть фигня?

nfs-utils не установлены и на том хосте, на котором всё работает?

Без комментариев:

# which mount.nfs
/sbin/mount.nfs
# equery b /sbin/mount.nfs
[ Searching for file(s) /sbin/mount.nfs in *... ]
net-fs/nfs-utils-1.1.4-r1 (/sbin/mount.nfs)

:wq
--
Live free or die

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".