1 votos

El montaje automático del recurso compartido nfs falla con err=2, RPC: Timed out

Quiero montar automáticamente un recurso compartido nfs cada vez que un usuario inicie sesión en nuestros Mac Minis. Mi idea original era utilizar el recurso compartido remoto como el lugar para los directorios de inicio del usuario, pero debido a no ser capaz de montar el recurso compartido, sólo estoy tratando de conseguir que se monte en un directorio no relacionado a través de autofs primero.

Mi /etc/auto_master se ve así:

+auto_master
/net              -hosts -nobrowse,hidefromfinder,nosuid
/home             auto_home -nobrowse,hidefromfinder
/Network/Servers  -fstab
/-                -static
/-                auto_nfs -nobrowse,nosuid

Mi /etc/auto_nfs :

/home_tmp -fstype=nfs,vers=3,rw,resvport,tcp,soft,intr,rsize=8192,wsize=8192,noatime,timeo=900,retrans=3 192.168.0.2:/home_tmp 

La máquina remota está ejecutando 4.9.11-1-ARCH x86_64 GNU/Linux y es /etc/exports parece

/home_tmp -nohide,sync,rw 192.168.0.0/26

y la acción también es visible desde el cliente:

$ showmount -e 192.168.0.2
Exports list on 192.168.0.2:
/home_tmp                           192.168.0.0/26

La máquina que intenta montar el recurso compartido nfs está dentro de la subred 192.168.0.0/26.

Cuando hago un sudo mount -t nfs -o resvport,rw 192.168.0.2:/home_tmp /home_tmp Puedo convertirme en /home_tmp y ver su contenido. Pero cuando intento cambiar a este directorio con automount, me sale:

$ cd /home_tmp
-bash: cd: /home_tmp: No such file or directory

El registro del sistema muestra:

automountd: MOUNT  REQUEST: name=/home_tmp [] map=auto_nfs opts=nobrowse,nosuid path=/home_tmp direct=1
automountd:   PUSH /etc/auto_nfs
automountd:   POP /etc/auto_nfs
automountd:   mapline:  -fstype=nfs,vers=3,rw,resvport,tcp,soft,intr,rsize=8192,wsize=8192,noatime,timeo=900,retrans=3 192.168.0.2:/home_tmp
automountd:   do_mount1:
automountd:   (nfs,nfs)   /home_tmp -vers=3,rw,resvport,tcp,soft,intr,rsize=8192,wsize=8192,noatime,timeo=900,retrans=3
automountd:               192.168.0.2:/home_tmp      penalty=0
automountd:   nfsmount: input:
automountd:       192.168.0.2[other]
automountd:       nfsmount: mount on /home_tmp vers=3,rw,resvport,tcp,soft,intr,rsize=8192,wsize=8192,noatime,timeo=900,retrans=3:
automountd:         192.168.0.2:/home_tmp
automountd:       ping: 192.168.0.2 request vers=3 min=3
automountd: pingnfs: 192.168.0.2: RPC: Timed out
automountd:       pingnfs FAIL: can't get nfs version
automountd: NFS server 192.168.0.2 not responding
automountd:       Couldn't mount 192.168.0.2:/home_tmp, err=2
automountd: MOUNT  REPLY  : status=2, AUTOFS_DONE
automountd: mount of /home_tmp failed: No such file or directory
automountd: MOUNT  REQUEST: name=/home_tmp [] map=auto_nfs opts=nobrowse,nosuid path=/home_tmp direct=1
automountd:   PUSH /etc/auto_nfs
automountd:   POP /etc/auto_nfs
automountd:   mapline:  -fstype=nfs,vers=3,rw,resvport,tcp,soft,intr,rsize=8192,wsize=8192,noatime,timeo=900,retrans=3 192.168.0.2:/home_tmp
automountd:   do_mount1:
automountd:   (nfs,nfs)   /home_tmp -vers=3,rw,resvport,tcp,soft,intr,rsize=8192,wsize=8192,noatime,timeo=900,retrans=3
automountd:               192.168.0.2:/home_tmp      penalty=0
automountd:   nfsmount: input:
automountd:       192.168.0.2[other]
automountd:       nfsmount: mount on /home_tmp vers=3,rw,resvport,tcp,soft,intr,rsize=8192,wsize=8192,noatime,timeo=900,retrans=3:
automountd:         192.168.0.2:/home_tmp
automountd:       Couldn't mount 192.168.0.2:/home_tmp, err=2
automountd: MOUNT  REPLY  : status=2, AUTOFS_DONE
automountd: automountd exited

He leído en alguna parte que este RPC: Tiempo de espera El error puede deberse a que el servidor nfs se inició antes que algún otro servicio, así que reinicié el servidor nfs, pero sin efecto. Cualquier consejo es bienvenido para resolver esto...

0 votos

Por favor, añada el sistema del servidor (por ejemplo, Ubuntu 16.04.2 LTS Server 64bit)

0 votos

@klanomath He añadido el sistema operativo del servidor. ¿Debería esta pregunta estar mejor en serverfault?

0 votos

La pregunta encaja aquí.

0voto

klanomath Puntos 19587

Su distribución de Arch Linux probablemente contiene un servidor NFSv4. El servidor NFSv4 requiere un directorio base (por ejemplo, /srv/nfs4).

Cualquier recurso compartido adicional tiene que ser un subdirectorio (por ejemplo, /srv/nfs4/home_tmp). Así que mueve el /home_tmp del lado del servidor al directorio base.

El archivo /etc/exports tiene entonces este aspecto:

/srv/nfsv4 192.168.0.0/26(rw,fsid=0,insecure,no_subtree_check,async)
/srv/nfsv4/home_tmp 192.168.0.0/26(rw,nohide,insecure,no_subtree_check,async)

(sólo probado con async pero también debería funcionar con Sincronización )

Vuelva a cargar el archivo con exportfs -arv en el servidor.

Su archivo del lado del cliente /etc/auto_nfs tiene que ser cambiado también:

/home_tmp -fstype=nfs,vers=3,rw,resvport,tcp,soft,intr,rsize=8192,wsize=8192,noatime,timeo=900,retrans=3 192.168.0.2:/srv/nfsv4/home_tmp

Finalmente ingrese sudo automount -vc en el shell del cliente para "refrescar" el recurso compartido montado.


Para configurar directorios personales en red para los usuarios de OS X se requiere, o al menos se recomienda, alguna integración de directorios (por ejemplo, LDAP o AD). Para servidores Linux he encontrado un how-to bastante antiguo: Automatizar los directorios de inicio de OS X usando OpenLDAP y Linux . No sé si el enfoque sigue funcionando bien con las nuevas versiones de MacOS. Una actualización de cómo hacerlo requeriría una nueva pregunta aquí o en Fallo del servidor .

0 votos

Gracias por esta respuesta detallada, pero no está relacionado con la versión NFS, ya que puedo montar la carpeta cuando ejecuto el comando mount manualmente. Así que el lado del servidor está bien.

0 votos

@PVitt Tienes razón - de alguna manera me perdí el pingnfs FAIL en el extracto del registro del sistema...

0voto

PaulJ Puntos 568

Resulta que se trata de un simple problema de firewall. Respuesta de Fravadona me indicó la dirección correcta. El departamento de TI no sabía qué puerto abrir (el 111 ya estaba abierto) y no tenía tiempo para investigar en ese momento, así que abrieron los puertos de forma extensiva. Me han dicho que van a cambiar los cortafuegos en un futuro próximo y que echarán un vistazo detallado cuando terminen. Espero acordarme de actualizar el post aquí.

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X