Automounting nfs share falla con err = 2, RPC: Tiempo de espera agotado

1

Quiero montar automáticamente un nfs share cuando un usuario inicie sesión en nuestros Mac Minis. Mi idea original era usar el recurso compartido remoto como lugar para los directorios principales del usuario, pero debido a que no puedo montar el recurso compartido, solo estoy tratando de montarlo en un directorio no relacionado a través de autofs primero.

Mi /etc/auto_master tiene este aspecto:

+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 se ve como /etc/exports

/home_tmp -nohide,sync,rw 192.168.0.0/26

y el recurso compartido 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 nfs compartido 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 cambiar a /home_tmp y ver su contenido. Pero cuando trato de cambiar a este directorio con automount, obtengo:

$ 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

Leí en alguna parte que este error RPC: Timed out 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 bienvenido para resolver esto ...

    
pregunta PVitt 09.03.2017 - 14:47

2 respuestas

0

Resulta que este es un problema de cortafuegos simple. La respuesta de Fravadona me indicó la dirección correcta. El departamento de TI no sabía qué puerto abrir (111 ya estaba abierto) y no tenía tiempo para profundizar en él en este momento, por lo que abrieron puertos ampliamente. Me dijeron que cambiarán los cortafuegos en un futuro próximo y que tendrán una visión detallada cuando hayan terminado. Espero recordar actualizar la publicación aquí.

    
respondido por el PVitt 13.03.2017 - 13:38
0

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 debe ser un subdirectorio (por ejemplo, / srv / nfs4 / home_tmp). Así que mueva el servidor / home_tmp al directorio base.

El archivo / etc / exports se ve así:

/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)

(solo probado con async pero también debería funcionar con sync )

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

El archivo del lado del cliente / etc / auto_nfs también debe cambiarse:

/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 "actualizar" el recurso compartido montado.

Para configurar directorios principales en red para usuarios de OS X, se requiere cierta integración de directorios o al menos se recomienda (por ejemplo, LDAP o AD). Para los servidores de Linux he encontrado un bastante viejo cómo hacerlo: Directorios de inicio de Automount OS X que utilizan OpenLDAP y Linux . No sé si el enfoque todavía funciona bien con las nuevas versiones de macOS. Un manual actualizado requeriría una nueva pregunta aquí o en Server Fault .

    
respondido por el klanomath 10.03.2017 - 22:33

Lea otras preguntas en las etiquetas