невозможно установить общие ресурсы nfs. нет трафика между клиентом и сервером при выполнении команды mount

И клиент, и сервер nfs работают под управлением RedHat Enterprise Linux. между серверами нет брандмауэра.

Сервер nfs имеет нужные ресурсы и данные в /etc/exports. все службы запущены. карта портов rpcbind, nfsd. при попытке смонтировать общий ресурс nfs ничего не происходит. Я попытался обнюхать трафик с помощью tcpdump, и я получаю данные при выполнении от клиента:

showmounts -e < nfs server> 
rpcinfo -p <nfs server> 

это вывод rpcinfo -p

   program vers proto   port  service
    100000    4   tcp    111  portmapper
    100000    3   tcp    111  portmapper
    100000    2   tcp    111  portmapper
    100000    4   udp    111  portmapper
    100000    3   udp    111  portmapper
    100000    2   udp    111  portmapper
    100024    1   udp  52430  status
    100024    1   tcp  37923  status
    100005    1   udp  20048  mountd
    100005    1   tcp  20048  mountd
    100005    2   udp  20048  mountd
    100005    2   tcp  20048  mountd
    100005    3   udp  20048  mountd
    100005    3   tcp  20048  mountd
    100003    3   tcp   2049  nfs
    100003    4   tcp   2049  nfs
    100227    3   tcp   2049  nfs_acl
    100003    3   udp   2049  nfs
    100003    4   udp   2049  nfs
    100227    3   udp   2049  nfs_acl
    100021    1   udp  49706  nlockmgr
    100021    3   udp  49706  nlockmgr
    100021    4   udp  49706  nlockmgr
    100021    1   tcp  38046  nlockmgr
    100021    3   tcp  38046  nlockmgr
    100021    4   tcp  38046  nlockmgr

Я вижу акции в showmount -e выход.

телнет порт 111 и 2049 работают нормально подключение возможно.

но при попытке монтирования в сети ничего не происходит.. ноль пакетов передается

mount -t nfs  example:/share /app/shared -o _netdev,rw,async,vers=4 -vvvv

Эта проблема вызвана использованием отложенного размонтирования.

umount -l

После отложенного размонтирования общего ресурса NFS невозможно повторно смонтировать тот же общий ресурс NFS, поскольку отложенное размонтирование не отключает файловую систему полностью, поскольку некоторые существующие активные процессы все еще удерживаются.

это можно проверить с помощью этого:

 cat proc/fs/nfsfs/servers
 NV SERVER   PORT USE HOSTNAME
 v4 ac1a4c0a  801  16 nfssrv.example.com. 

Здесь мы видим, что было 16 устаревших записей для сервера NFS.

единственное решение проблемы с монтированием — перезагрузить клиент NFS, как указано на справочной странице:

-l, --lazy
              Lazy unmount.  Detach the filesystem from the file hierarchy now, and clean up all references to this filesystem as soon as it is not busy anymore.

              A system reboot would be expected in near future if you're going to use this option for network filesystem or local filesystem with submounts.  The recommended use-case for umount -l is to prevent hangs on  shut‐
              down due to an unreachable network share where a normal umount will hang due to a downed server or a network partition. Remounts of the share will not be possible.