Soluzione 1:
Quindi, NFS è strano in quanto si basa su portmapper per essere in esecuzione, quindi può mappare una porta specifica su una porta RPC. (Immagino che non sia strano. È solo il modo in cui funziona.) Se NFS è attivo prima di portmapper, NFS non sa come instradare le richieste, perché controlla portmapper per questo all'inizio del processo. Se portmapper non è attivo prima di NFS, NFS non sa come mappare la porta su rpc.
Ecco più documentazione sul processo (anche se è per CentOS, è ancora rilevante):http://www.centos.org/docs/5/html/Deployment_Guide-en-US/s2-nfs-methodology-portmap.html
Per quanto riguarda il tuo nuovo messaggio di errore, riavvia la scatola con cui stai montando e rimonta per vedere se l'errore si ripresenta.
Soluzione 2:
tcpdump -i $LAN_IF -n host 10.10.10.2
dovrebbe mostrarti quale dei componenti NFS fallisce.
Soluzione 3:
per riassumere la soluzione dalle risposte fornite, i seguenti passaggi mi hanno indirizzato nella giusta direzione per risolvere il problema del montaggio NFS senza ripetere la casella .
-
eseguire un tcpdump lato client sull'indirizzo IP del server NFS (supponendo che sia 1.2.3.4)
tcpdump -i <replace-with-correct-INTERFACE_name -n host 1.2.3.4 -
continua a eseguire tcpdump e prova a montare il percorso di condivisione NFS.
-
cerca le porte che NFS sta comunicando con il server per montare il percorso (nel tuo caso [tcpdump result in edit revision], mostra che sono porte:solo 880, 2049).
-
fai telnet sull'IP del server NFS e tutto le porte che hai ottenuto dall'output di tcpdump nel passaggio 3 e assicurati di avere telnet e che le porte siano aperte dal lato server al client (per il tuo caso, sono state trovate solo meno di due porte).
telnet 1.2.3.4 880 telnet 1.2.3.4 2049 -
se non hai telnet su nessuna di quelle porte acquisite nel passaggio 3, devi aprire quelle porte a livello di rete (lato server e/o firewall se lo hai)
-
prova a rimontare l'NFS ora.