Řešení 1:
NFS je tedy divné v tom, že se spoléhá na to, že běží mapovač portů, takže může mapovat konkrétní port na port RPC. (Myslím, že to není divné. Prostě to tak funguje.) Pokud je NFS zapnuté před portmapperem, NFS neví, jak směrovat požadavky, protože to kontroluje portmapper na začátku procesu. Pokud portmapper není spuštěn před NFS, NFS neví, jak namapovat port na RPC.
Zde je další dokumentace o procesu (i když je pro CentOS, stále je relevantní):http://www.centos.org/docs/5/html/Deployment_Guide-en-US/s2-nfs-methodology-portmap.html
Pokud jde o vaši novou chybovou zprávu, restartujte krabici, se kterou připojujete, a znovu ji připojte, abyste viděli, zda se chyba vrátí.
Řešení 2:
tcpdump -i $LAN_IF -n host 10.10.10.2
by vám měl ukázat, která z komponent NFS selže.
Řešení 3:
abych shrnul řešení z daných odpovědí, následující kroky mě nasměrovaly správným směrem k vyřešení problému s připojením NFS bez přepisování krabice .
-
spusťte tcpdump na straně klienta na IP adresu serveru NFS (za předpokladu, že je to 1.2.3.4)
tcpdump -i <replace-with-correct-INTERFACE_name -n host 1.2.3.4 -
spusťte tcpdump a zkuste připojit sdílenou cestu NFS.
-
vyhledání portů, které NFS komunikuje se serverem za účelem připojení cesty (ve vašem případě [tcpdump výsledek v revizi úprav] ukazuje, že se jedná o porty:pouze 880, 2049).
-
proveďte telnet na IP serveru NFS a všechny porty, které jste získali z výstupu tcpdump v kroku 3, a ujistěte se, že máte telnet a porty jsou otevřené ze strany serveru ke klientovi (pro váš případ nalezeny pouze pod dvěma porty).
telnet 1.2.3.4 880 telnet 1.2.3.4 2049 -
pokud nemáte telnet na žádném z těchto portů zachycených v kroku 3, musíte tyto porty otevřít na úrovni síťového provozu (na straně serveru a/nebo firewallu, pokud máte)
-
zkuste nyní znovu připojit NFS.