Монтирование NFS Шары

litnev

New member
Сообщения
2
#1
При монтировании NFS шары(на RH 7.9)
Возникает ошибка

root@mesagw-db1p:~# mount -v -t nfs nfsshare.local:/cp /tmp/nfs
mount.nfs: timeout set for Tue Oct 17 13:57:08 2023
mount.nfs: trying text-based options 'vers=4.2,addr=10.0.0.24,clientaddr=10.0.0.31'
mount.nfs: mount(2): Input/output error
mount.nfs: mount system call failed

dmesg ничего интересного не показывает

[Tue Oct 17 13:08:50 2023] FS-Cache: Loaded
[Tue Oct 17 13:08:50 2023] RPC: Registered named UNIX socket transport module.
[Tue Oct 17 13:08:50 2023] RPC: Registered udp transport module.
[Tue Oct 17 13:08:50 2023] RPC: Registered tcp transport module.
[Tue Oct 17 13:08:50 2023] RPC: Registered tcp NFSv4.1 backchannel transport module.
[Tue Oct 17 13:08:50 2023] FS-Cache: Netfs 'nfs' registered for caching
[Tue Oct 17 13:18:00 2023] NFS: Registering the id_resolver key type
[Tue Oct 17 13:18:00 2023] Key type id_resolver registered
[Tue Oct 17 13:18:00 2023] Key type id_legacy registered



PRETTY_NAME="Astra Linux"
NAME="Astra Linux"
ID=astra
ID_LIKE=debian
ANSI_COLOR="1;31"
HOME_URL="https://astralinux.ru"
SUPPORT_URL="https://astralinux.ru/support"
LOGO=astra
VERSION_ID=1.7_x86-64
VERSION_CODENAME=1.7_x86-64

подскажите, в чём может быть проблема?
 

oko

New member
Сообщения
1 247
#5
to litnev
dmesg ничего и не покажет - он для другого предназначен в общем случае. Настройте логирование и debug на приемной стороне для NFS и посмотрите конкретно. Вообще, судя по отбивке по timeout - дело либо в прикрытых портах (например, высшего диапазона, а не только 111 и 2049 tcp/udp), либо в несовпадении версий или иных разногласиях реализации NFS у Красной Шапки по отношению к debian-based дистрибутиву AstraLinux (что крайне сомнительно, но чем черт, ага)...
 

Vosiley

New member
Сообщения
104
#6
А зачем вы назначили имя домена на зарезервированное имя? .local уже занято службой mdns.