LINUX.ORG.RU
решено ФорумAdmin

mount.nfs: Connection timed out

 ,


1

1

Доброго дня.

Ситуация следующая - в серверной комнате стоит хост с xNAS на борту с расшаренной папкой (192.168.1.8), в другой комнате стоит хост с Xenserver 6.5 на борту (192.168.7.16), на котором пытаюсь эту шару замонтировать. По пути получаются 3 свитча: 1 свитч HP v1910-24g в кросоовой, в серверной висит HP v1910-48g. Между этими свитчами линия бизнес-центра - оптика со своими свитчами. Тех. отдел утверждает, что их свитчи ничего не режут.

При попытке выполнить команду mount получаю следующее:

mount.nfs: Connection timed out

В iptables порты открыл (пробовал совсем отключать), portmap запущен:

[root@xen16 ~]# ps aux| grep rpc
root      3523  0.0  0.0      0     0 ?        S<   Apr15   0:00 [rpciod]
rpcuser   3530  0.0  0.0  14428   824 ?        Ss   Apr15   0:00 rpc.statd -p 600 -o 601
root      3678  0.0  0.0  24924   404 ?        Ss   Apr15   0:00 rpc.idmapd
root      3993  0.0  0.0  58976   548 pts/1    S+   15:38   0:00 rpcinfo -p 192.168.1.8
root      4262  0.0  0.0  61248   764 pts/2    S+   15:39   0:00 grep rpc
rpc      17100  0.0  0.0   8120   672 ?        Ss   12:14   0:00 portmap -l

С клиента запускаю rpcinfo -p 192.168.1.8, получаю следующее:

[root@xen16 ~]# rpcinfo -p 192.168.1.8
rpcinfo: can't contact portmapper: RPC: Remote system error - Connection timed out

С клиента запускаю showmount -e 192.168.1.8, зависает на некоторое время, потом список шар пишет.

С сервера запускаю nmap -p 111 192.168.7.16, получаю следующее:

[root@xnas ~]# nmap -p 111 192.168.7.16 

Starting Nmap 4.20 ( http://insecure.org ) at 2016-04-18 15:37 MSK
Interesting ports on 192.168.7.16:
PORT    STATE  SERVICE
111/tcp closed rpcbind
MAC Address: 9C:5C:8E:74:3E:8C (Unknown)

Nmap finished: 1 IP address (1 host up) scanned in 0.085 seconds

Суда по тому, что также не работает и на другом хосте с другой ОС (RHEL 6.5), находящемся рядом с этим клиентом, то дело вряд ли в клиенте. Пробовал найти что-то в настройках свитча, но ничего подходящего не нашел.

Не подскажете куда копать?

UPD. путем переноса клиента в другой офис выяснилось, что виноват свитч HP v1910-24g. Попробую что ли в саппорт написать.

ИМХО, нужно поднять шифрованый тунель, если он будет работать, то тогда без разницы что со свичами, избирательно в шифрованный трафик свичи вмешаться не смогут. Да и гонять по сети бизнес-центра открытый NFS-трафик как-то неправильно.

mky ★★★★★ ()
Ответ на: комментарий от mky

Да и гонять по сети бизнес-центра открытый NFS-трафик как-то неправильно.

Тоже сначала хотел так ответить, а потом подумал - «хозяин барин».

anc ★★★★★ ()

У вас разные подсети 192.168.1.8 192.168.7.16 Проверть доступность по сети серверов видят ли они друг друга если нет копай в сторону маршрутизации также посмотри на Switch там скорее всего настроены Vlan

# ping 192.168.1.8 64 bytes from 192.168.1.8: icmp_seq=1 ttl=255 time=0.447 ms 64 bytes from 192.168.1.8: icmp_seq=2 ttl=255 time=0.473 ms 64 bytes from 192.168.1.8: icmp_seq=3 ttl=255 time=0.433 ms 64 bytes from 192.168.1.8: icmp_seq=4 ttl=255 time=0.449 ms

# ping 192.168.7.16 64 bytes from 192.168.7.16: icmp_seq=1 ttl=255 time=0.447 ms 64 bytes from 192.168.7.16: icmp_seq=2 ttl=255 time=0.473 ms 64 bytes from 192.168.7.16: icmp_seq=3 ttl=255 time=0.433 ms 64 bytes from 192.168.7.16: icmp_seq=4 ttl=255 time=0.449 ms Должно быть примерно так

rootmaster ()

Вангую разные vlan и ip-подсети.

Настрой маршрутизацию.

Deleted ()
Ответ на: комментарий от rootmaster

Маска сети /16, так что подсеть одна.Vlan не настроены. Хосты друг друга видят, если указать ключ -o udp, то все монтируется, но работает очень медленно.

dagger_nn ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.