Решено: Проблема с nfs

[Galaxy]

Возникла проблема с nfs. В один момент просто перестала монтироваться и всё.

На одном компьютере поднят nfs-kernel-server:
cat /etc/exports
/var/www/site 192.168.10.1/32(rw,no_root_squash,async,no_subtree_check)

Лог после неудачного подключения:
tail -f /var/log/messages
Mar 11 11:43:45 galaxy-web kernel: [163153.810205] nfs: server 192.168.10.2 not responding, timed out

На другом nfs-common:
cat /etc/fstab
192.168.10.2:/var/www/site /var/www/site nfs rw,hard,intr 0 0

hosts.allow не менял, то есть он пустой.

Когда делаю на клиенте:
mount /var/www/site
он задумывается минуты на 2, потом выдаёт:
mount.nfs: internal error

Iptables ни на сервере, ни на клиенте ничего по идее не должны блокировать, ну я почти уверен в этом.
Тем более, что особо подчеркну, никаких конфигов (включая настройки iptables) в этот день не менял.
Просто пропало подключение nfs и всё, не восстанавливается.
Обе системы - Debian Lenny.

Помогите, пожалуйста, разобраться.

П.С. Возможно, что настройки какие то сделаны не верно, возможно. Но ведь работало же!

[nesk]

посмотрите не сервере что пишут в
/var/log/messages
/var/log/syslog

PS ну и на клиенте тоже

[Galaxy]

посмотрите не сервере что пишут в
/var/log/messages
/var/log/syslog

PS ну и на клиенте тоже

сервер:
/var/log/syslog
При попытке соединения:
Mar 11 14:46:54 galaxy-web mountd[4649]: authenticated mount request from 192.168.10.1:976 for /var/www/site (/var/www/site)
При "конце попытки" ничего.

/var/log/messages
Ничего.

Клиентский лог я выкладывал:
Mar 11 13:56:57 galaxy-proxy kernel: [34158.890277] nfs: server 192.168.10.2 not responding, timed out

[nesk]

попробуйте:

Закоментировать строку в файле /etc/sysconfig/portmap

# PORTMAP_ARGS="-l"

После перезапустите portmap и nfs

[Galaxy]

Да, я находил такое в гугл.
Этого файла в debian нет.

[nesk]

/etc/default/portmap ?
/etc/portmap.conf ?

[Galaxy]

/etc/default/portmap ?
/etc/portmap.conf ?

Нет вообще ничего такого.

whereis portmap
portmap: /sbin/portmap /usr/share/man/man8/portmap.8.gz

[nesk]

whereis portmap

whereis ищет только бинарники и маны, по заранее в нем прописанным путям.
используйте locate

[Galaxy]

whereis portmap

whereis ищет только бинарники и маны, по заранее в нем прописанным путям.
используйте locate

О, спасибо, не знал =)

Тем не менее результат нулевой.

[nesk]

Просто так отвалилось? Или после обновления?

[Galaxy]

Просто так отвалилось? Или после обновления?

Вот, это, честно говоря, не помню, обновлялась система в тот день или нет. Но то, что я обновлял после того, как второй день пытаюсь решить эту проблему, это факт.

[nesk]

какой протокол utp или tcp ?
покажите с клиента
rpcinfo -p 192.168.10.2

[Galaxy]

какой протокол utp или tcp ?
покажите с клиента
rpcinfo -p 192.168.10.2

Протокол? А как узнать?

rpcinfo -p 192.168.10.2
rpcinfo: can't contact portmapper: RPC: Remote system error - Connection timed out

Забыл добавить, с сервера с самого себя всё монтируется по nfs нормально.
А, ну и конечно, клиент и сервер пингуют и вообще всячески контактируют друг с другом.

[nesk]

rpcinfo: can't contact portmapper: RPC: Remote system error - Connection timed out

111 порт открыт?

[Galaxy]

rpcinfo: can't contact portmapper: RPC: Remote system error - Connection timed out

111 порт открыт?

nmap с разных компьютеров говорит, что отрыт (tcp).

[nesk]

А если на время отключить файрволы на сервере и клиенте, и повторить команду rpcinfo -p 192.168.10.2 ?

[Galaxy]

А если на время отключить файрволы на сервере и клиенте, и повторить команду rpcinfo -p 192.168.10.2 ?

Я второй день всякие эксперименты ставлю, в том числе и сброс iptables.
Не помогает.

Но там даже если не сбрасывать в iptables, по связке мак-айпи этих двух компьютеров может проходить абсолютно любой траффик.

[nesk]

а на сервере команда rpcinfo срабатывает?

[Galaxy]

а на сервере команда rpcinfo срабатывает?

rpcinfo -p localhost
program vers proto port
100000 2 tcp 111 portmapper
100024 1 udp 34512 status
100024 1 tcp 52803 status
100000 2 udp 111 portmapper
100003 2 udp 2049 nfs
100003 3 udp 2049 nfs
100003 4 udp 2049 nfs
100021 1 udp 45730 nlockmgr
100021 3 udp 45730 nlockmgr
100021 4 udp 45730 nlockmgr
100003 2 tcp 2049 nfs
100003 3 tcp 2049 nfs
100003 4 tcp 2049 nfs
100021 1 tcp 41097 nlockmgr
100021 3 tcp 41097 nlockmgr
100021 4 tcp 41097 nlockmgr
100005 1 udp 38015 mountd
100005 1 tcp 33373 mountd
100005 2 udp 38015 mountd
100005 2 tcp 33373 mountd
100005 3 udp 38015 mountd
100005 3 tcp 33373 mountd

[nesk]

с сервера клиент конечно пингуется? Маска сети правильная?

[pelmen]

У меня такая хрень происходила, когда я пытался установить связь между клиентом (linux suse) и сервером (windows server 2003). При этом windows находился за роутером, на котором нужно было пробрасывать порты. В итоге пробросил 11 портов и у меня заработало. Ниже перечисляю:
TCP 111
UDP 111
TCP 113
TCP 1039
UDP 1039
TCP 1047
UDP 1047
TCP 1048
UDP 1048
TCP 2049
UDP 2049
Кстати, в вашем случае у сервера ip-адрес 192.168.10.1, т.е. команду нужно делать: rpcinfo -p 192.168.10.1

[Galaxy]

Компьютеры не только пингуются, но и всячески контактируют по ssh и различным сетевым сервисам (squid, dhcp, ntp и проч.).
Ну а то, что вместо localhost написал айпи, ничего не изменило.
Кроме того, компьютеры не за роутером, соединены через HP ProCurve 1810G-24. Пробросов портов нет.

[Galaxy]

УРРААААА

В тот день я включил в HP ProCurve 1810G-24 Auto DoS в настройка Advanced Security.
Соответственно, её выключение решило проблему.

Спасибо, nesk, за участие.
Вопрос закрыт.

ЗЫ. Если кто сможет, объясните, пожалуйста, механизм, из-за которого не монтировалась nfs при включённом Auto DoS.
Вот цитата из официальной документации.

Auto DoS

Enable - Select to prevent receiving packets from the attacks mentioned below ( Default: Disabled ):

1. Prevent Land Attack - Prevents receiving packets with same Source and Destination IP addresses.
2. Prevent Ping Of Death Attack - Prevents receiving ping packets with a size larger than 512 bytes through the use of fragments, which can target vulnerable systems.
3. Prevent Invalid TCP Flags Attack - Prevents receiving packets with invalid TCP flags. TCP Flag SYN set and Source Port less than 1024 or TCP Control Flags = 0 and TCP Sequence Number = 0 or TCP Flags FIN, URG, and PSH set and TCP Sequence Number = 0 or TCP Flags SYN and FIN set.
4. Prevent Ping Flood Attack - Prevents Ping Flood by limiting the number of ICMP Ping packets. The rate is 1000 ICMP packets per second.