Měl jsem stejný problém a byl to proto, že se klient pokusil připojit lokálně ke svému vlastnímu RPC.
Musel jsem přidat 127.0.0.1 na můj /etc/hosts.allow v klientském počítači.
Pro moji relaci zkopírovanou níže jsou to zahrnutá data:
guarraje název klientského počítače.192.168.2.53server (pojmenovanýfluorale tento název se zde nepoužívá)./filesje exportovaná sdílená položka ze serveru./files/fluorje místo určení.
Předúprava relace shellu:
example@unixlinux.online:/files# cat /etc/hosts.allow
rpcbind : 192.168.2.0/24
example@unixlinux.online:/files# mount 192.168.2.53:/files fluor/
mount.nfs: rpc.statd is not running but is required for remote locking.
mount.nfs: Either use '-o nolock' to keep locks local, or start statd.
mount.nfs: an incorrect mount option was specified
example@unixlinux.online:/files#
Upravil jsem soubor a dostal toto:
example@unixlinux.online:/files# cat /etc/hosts.allow
rpcbind : 192.168.2.0/24 127.0.0.1
example@unixlinux.online:/files# mount 192.168.2.53:/files fluor/
example@unixlinux.online:/files#
Po přidání místní IP do klienta by mohl používat svůj vlastní RPC, jak vidíte, chybová zpráva zmizela a mohl jsem správně připojit vzdálenou sdílenou složku.
systemctl start rpc-statd
nebo
service rpcbind start
service nfs-common start
pak budou vaše připojení NFS fungovat.