Solución 1:
Por lo tanto, NFS es extraño porque depende de que se ejecute el mapeador de puertos, por lo que puede asignar un puerto específico a un puerto RPC. (Supongo que no es extraño. Es solo la forma en que funciona). Si NFS está activo antes que el mapeador de puertos, NFS no sabe cómo enrutar las solicitudes, porque verifica esto en el mapeador de puertos al comienzo del proceso. Si portmapper no está activo antes que NFS, NFS no sabe cómo asignar el puerto a rpc.
Aquí hay más documentación sobre el proceso (aunque es para CentOS, sigue siendo relevante):http://www.centos.org/docs/5/html/Deployment_Guide-en-US/s2-nfs-methodology-portmap.html
En cuanto a su nuevo mensaje de error, reinicie el cuadro con el que está montando y vuelva a montar para ver si el error vuelve.
Solución 2:
tcpdump -i $LAN_IF -n host 10.10.10.2
debería mostrarle cuál de los componentes de NFS falla.
Solución 3:
para resumir la solución de las respuestas dadas, los siguientes pasos me dirigieron a la dirección correcta para solucionar el problema de montaje de NFS sin volver a establecer el cuadro .
-
ejecute un tcpdump en el lado del cliente a la dirección IP del servidor NFS (suponiendo que sea 1.2.3.4)
tcpdump -i <replace-with-correct-INTERFACE_name -n host 1.2.3.4 -
siga ejecutando tcpdump e intente montar la ruta compartida de NFS.
-
busque los puertos que NFS se está comunicando con el servidor para montar la ruta (en su caso [tcpdump result in edit revision], muestra que esos son puertos:880, 2049 solamente).
-
hacer telnet en la IP del servidor NFS y todo los puertos que obtuvo de la salida tcpdump en el paso 3 y asegúrese de tener telnet y que los puertos estén abiertos del lado del servidor al cliente (en su caso, solo debajo de dos puertos encontrados).
telnet 1.2.3.4 880 telnet 1.2.3.4 2049 -
si no tiene telnet en ninguno de los puertos capturados en el paso 3, debe abrir esos puertos a nivel de red (lado del servidor y/o firewall si lo tiene)
-
intente montar el NFS de nuevo ahora.