Solution 1 :
Ainsi, NFS est bizarre dans la mesure où il s'appuie sur portmapper pour s'exécuter, il peut donc mapper un port spécifique sur un port RPC. (Je suppose que ce n'est pas bizarre. C'est juste comme ça que ça marche.) Si NFS est activé avant portmapper, NFS ne sait pas comment acheminer les requêtes, car il vérifie portmapper pour cela au début du processus. Si portmapper n'est pas opérationnel avant NFS, NFS ne sait pas comment mapper le port sur rpc.
Voici plus de documentation sur le processus (même si c'est pour CentOS, c'est toujours pertinent):http://www.centos.org/docs/5/html/Deployment_Guide-en-US/s2-nfs-methodology-portmap.html
En ce qui concerne votre nouveau message d'erreur, redémarrez la boîte avec laquelle vous montez et remontez pour voir si l'erreur revient.
Solution 2 :
tcpdump -i $LAN_IF -n host 10.10.10.2
devrait vous montrer lequel des composants NFS échoue.
Solution 3 :
pour résumer la solution à partir des réponses données, les étapes ci-dessous m'ont dirigé vers la bonne direction pour résoudre le problème de montage NFS sans reformuler la boîte .
-
exécutez un tcpdump côté client vers l'adresse IP du serveur NFS (en supposant qu'il s'agit de 1.2.3.4)
tcpdump -i <replace-with-correct-INTERFACE_name -n host 1.2.3.4 -
continuez à exécuter tcpdump et essayez de monter le chemin de partage NFS.
-
recherche les ports que NFS communique avec le serveur pour monter le chemin (dans votre cas [tcpdump result in edit revision], indique qu'il s'agit de ports :880, 2049 uniquement).
-
faire telnet sur l'IP du serveur NFS et tous les ports que vous avez obtenus à partir de la sortie tcpdump à l'étape 3 et assurez-vous que telnet et que les ports sont ouverts du côté serveur au client (dans votre cas, seulement moins de deux ports trouvés).
telnet 1.2.3.4 880 telnet 1.2.3.4 2049 -
si vous n'avez telnet sur aucun de ces ports capturés à l'étape 3, vous devez ouvrir ces ports au niveau du réseau (côté serveur et/ou pare-feu si vous en avez)
-
essayez à nouveau de monter le NFS maintenant.