Procedimientos de resolución de problemas NFS

Para determinar dónde el servicio NFS ha fallado, debe seguir varios procedimientos para aislar el fallo. Compruebe los siguientes elementos:

¿Puede el cliente acceder al servidor?
¿Puede el cliente ponerse en contacto con los servicios NFS en el servidor?
¿Los servicios NFS están en ejecución en el servidor?

En el proceso de verificar esos elementos, es posible que otros sectores de la red no funcionen. Por ejemplo, es posible que no funcionen el servicio de nombres o el hardware de red física. Oracle Solaris Administration: Naming and Directory Services contiene procedimientos de depuración para varios servicios de nombre. Además, durante el proceso, es posible que note que el problema no se encuentra en el extremo del cliente. Un ejemplo es si obtiene al menos una llamada de problemas de cada subred en su área de trabajo. En esta situación, puede suponer que el problema es del servidor o el hardware de red cerca del servidor. Por lo tanto, debe iniciar el proceso de depuración en el servidor, no en el cliente.

Cómo comprobar la conectividad en un cliente NFS

Compruebe que se pueda alcanzar el servidor NFS desde el cliente. En el cliente, escriba el siguiente comando.
```
% /usr/sbin/ping bee
bee is alive
```
Si el comando informa que el servidor está activo, compruebe de forma remota el servidor NFS. Consulte Cómo comprobar el servidor NFS remotamente.
Si no se puede acceder al servidor desde el cliente, asegúrese de que el servicio de nombres local esté en ejecución.
Si el servicio de nombres está en ejecución, asegúrese de que el cliente haya recibido la información de host correcta escribiendo lo siguiente:
```
% /usr/bin/getent hosts bee
129.144.83.117    bee.eng.acme.com
```
Si la información de host es correcta, pero no se puede acceder al servidor desde el cliente, ejecute el comando ping desde otro cliente.
Si el comando que se ejecuta desde un segundo cliente falla, consulte Cómo verificar el servicio NFS en el servidor.
Si se puede acceder al servidor desde el segundo cliente, utilice ping para comprobar la conectividad del primer cliente en otros sistemas de la red local.
Si este comando falla, compruebe la configuración de software de red en el cliente, por ejemplo, /etc/netmasks y la información de propiedad asociada con el servicio svc:/system/name-service/switch.
(Opcional) Compruebe el resultado del comando rpcinfo.
Si el comando rpcinfo no muestra program 100003 version 4 ready and waiting, la versión 4 de NFS no está habilitada en el servidor. Consulte la Tabla 5-3 para obtener información sobre la habilitación de la versión 4 de NFS.
Si el software es correcto, compruebe el hardware de red.
Intente mover el cliente en un segundo descarte de red.

Cómo comprobar el servidor NFS remotamente

Tenga en cuenta que no es necesaria la compatibilidad para los protocolos UDP y MOUNT si utiliza un servidor versión 4 de NFS.

Compruebe que los servicios NFS se hayan iniciado en el servidor NFS. Para ello escriba el siguiente comando:

% rpcinfo -s bee|egrep 'nfs|mountd'
 100003  3,2    tcp,udp,tcp6,upd6                nfs     superuser
 100005  3,2,1  ticots,ticotsord,tcp,tcp6,ticlts,udp,upd6  mountd  superuser

Si los daemons no se han iniciado, consulte Cómo reiniciar servicios NFS.

Compruebe que los procesos de nfsd del servidor estén activos.
En el cliente, escriba el siguiente comando para probar las conexiones UDP NFS desde el servidor.
```
% /usr/bin/rpcinfo -u bee nfs
program 100003 version 2 ready and waiting
program 100003 version 3 ready and waiting
```
Nota - La versión 4 de NFS no admite UDP.

Si el servidor está en ejecución, se imprime una lista de programas y números de versión. Con la opción -t se prueba la conexión TCP. Si este comando falla, continúe con Cómo verificar el servicio NFS en el servidor.
Compruebe que mountd del servidor esté activo. Para ello escriba el siguiente comando.
```
% /usr/bin/rpcinfo -u bee mountd
program 100005 version 1 ready and waiting
program 100005 version 2 ready and waiting
program 100005 version 3 ready and waiting
```
Si el servidor está en ejecución, se imprime una lista de programas y números de versión asociados con el protocolo UDP. Con la opción -t se prueba la conexión TCP. Si este intento falla, continúe con Cómo verificar el servicio NFS en el servidor.
Compruebe el servicio autofs local si está en uso:
```
% cd /net/wasp
```
Seleccione un punto de montaje /net o /home si sabe que debería funcionar correctamente. Si este comando falla, como root en el cliente, escriba lo siguiente para reiniciar el servicio autofs:
```
# svcadm restart system/filesystem/autofs
```
Verifique que el sistema de archivos se comparte como se espera en el servidor.
```
% /usr/sbin/showmount -e bee
/usr/src                                        eng
/export/share/man                        (everyone)
```
Compruebe la entrada en el servidor y la entrada de montaje local en busca de errores. Compruebe también el espacio de nombres. En esta instancia, si el primer cliente no está en el grupo de red eng, ese cliente no puede montar el sistema de archivos /usr/src.
Compruebe todas las entradas que incluyan información de montaje en todos los archivos locales. La lista incluye /etc/vfstab y todos los archivos /etc/auto_*.

Cómo verificar el servicio NFS en el servidor

Conviértase en administrador.
Para obtener más información, consulte Cómo obtener derechos administrativos de Administración de Oracle Solaris: servicios de seguridad.
Compruebe que el servidor pueda acceder a los clientes.
```
# ping lilac
lilac is alive
```
Si no se puede acceder al cliente desde el servidor, asegúrese de que el servicio de nombres local esté en ejecución.
Si se está ejecutando el servicio de nombres, compruebe la configuración de software de red en el servidor, por ejemplo, /etc/netmasks y la información de propiedad asociada con el servicio svc:/system/name-service/switch.
Escriba el siguiente comando para comprobar si el daemon rpcbind está en ejecución.
```
# /usr/bin/rpcinfo -u localhost rpcbind
program 100000 version 1 ready and waiting
program 100000 version 2 ready and waiting
program 100000 version 3 ready and waiting
```
Si el servidor está en ejecución, se imprime una lista de programas y números de versión asociados con el protocolo UDP.
Escriba el siguiente comando para comprobar si el daemon nfsd está en ejecución.
```
# rpcinfo -u localhost nfs
program 100003 version 2 ready and waiting
program 100003 version 3 ready and waiting
# ps -ef | grep nfsd
root    232      1  0  Apr 07     ?     0:01 /usr/lib/nfs/nfsd -a 16
root   3127   2462  1  09:32:57  pts/3  0:00 grep nfsd
```
Nota - La versión 4 de NFS no admite UDP.

Si el servidor está en ejecución, se imprime una lista de programas y números de versión asociados con el protocolo UDP. También utilice la opción -t con rpcinfo para comprobar la conexión TCP. Si estos comandos fallan, reinicie el servicio NFS. Consulte Cómo reiniciar servicios NFS.

Escriba el siguiente comando para comprobar si el daemon mountd está en ejecución.

# /usr/bin/rpcinfo -u localhost mountd
program 100005 version 1 ready and waiting
program 100005 version 2 ready and waiting
program 100005 version 3 ready and waiting
# ps -ef | grep mountd
root    145      1 0 Apr 07  ?     21:57 /usr/lib/autofs/automountd
root    234      1 0 Apr 07  ?     0:04  /usr/lib/nfs/mountd
root   3084 2462 1 09:30:20 pts/3  0:00  grep mountd

Si el servidor está en ejecución, se imprime una lista de programas y números de versión asociados con el protocolo UDP. También utilice la opción -t con rpcinfo para comprobar la conexión TCP. Si estos comandos fallan, reinicie el servicio NFS. Consulte Cómo reiniciar servicios NFS.

Cómo reiniciar servicios NFS

Conviértase en administrador.
Para obtener más información, consulte Cómo obtener derechos administrativos de Administración de Oracle Solaris: servicios de seguridad.
Reinicie el servicio NFS en el servidor.
Escriba el siguiente comando.
```
# svcadm restart network/nfs/server
```

Identifique qué host proporciona servicio de archivos NFS

Ejecute el comando nfsstat con la opción -m para recopilar información NFS actual. El nombre del servidor actual se imprime después de "currserver=".

% nfsstat -m
/usr/local from bee,wasp:/export/share/local
 Flags: vers=3,proto=tcp,sec=sys,hard,intr,llock,link,synlink,
        acl,rsize=32768,wsize=32678,retrans=5
 Failover: noresponse=0, failover=0, remap=0, currserver=bee

Cómo verificar las opciones que se utilizan con el comando `mount`

No se emite ningún mensaje de advertencia para opciones no válidas. El siguiente procedimiento ayuda a determinar si las opciones que se suministraron en la línea de comandos o mediante /etc/vfstab eran válidas.

Para este ejemplo, suponga que el siguiente comando se ha ejecutado:

# mount -F nfs -o ro,vers=2 bee:/export/share/local /mnt

Verifique las opciones ejecutando el siguiente comando.
```
% nfsstat -m
/mnt from bee:/export/share/local
Flags:  vers=2,proto=tcp,sec=sys,hard,intr,dynamic,acl,rsize=8192,wsize=8192,
        retrans=5
```
El sistema de archivos de bee se ha montado con la versión de protocolo establecida en 2. Desafortunadamente, el comando nfsstat no muestra información de todas las opciones. Sin embargo, el uso del comando nfsstat es la manera más precisa de verificar las opciones.
Compruebe la entrada en /etc/mnttab.
El comando mount no permite que se agreguen opciones no válidas a la tabla de montaje. Por lo tanto, compruebe que las opciones que aparecen en el archivo coincidan con los las opciones enumeradas en la línea de comandos. De este modo, puede comprobar las opciones que el comando nfsstat no informa.
```
# grep bee /etc/mnttab
bee:/export/share/local /mnt nfs    ro,vers=2,dev=2b0005e 859934818
```

Omitir V�nculos de navegaci�n
Salir de la Vista de impresi�n
	Oracle Administración Solaris: Servicios de red Oracle Solaris 11 Information Library (Español)