| Omitir V�nculos de navegaci�n | |
| Salir de la Vista de impresi�n | |
|
Guía de administración del sistema: servicios de red |
| Omitir V�nculos de navegaci�n | |
| Salir de la Vista de impresi�n | |
|
|
Guía de administración del sistema: servicios de red |
Parte I Servicios de red (temas)
1. Servicio de red (descripción general)
2. Gestión de servidores de antememoria web
3. Servicios relacionados con el tiempo
Parte II Acceso a los sistemas de archivos de red (temas)
4. Gestión de sistemas de archivos de red (descripción general)
5. Administración de sistema de archivos de red (tareas)
6. Acceso a los sistemas de archivos de red (referencia)
Palabras clave para el archivo /etc/default/nfs
Archivos de configuración y nfsmapid
Comando nfsmapid y registros DNS TXT
Comprobación del dominio NFS versión 4
Configuración del dominio predeterminado NFS versión 4
Información adicional sobre nfsmapid
Opciones mount para sistemas de archivos NFS
Opciones share no específicas del sistema de archivos
Opciones share específicas de NFS
Configuración de listas de acceso con el comando share
Anular el uso compartido y volver a compartir un sistema de archivos en NFS versión 4
Espacio de nombre de sistema de archivos en NFS versión 4
Identificadores de archivos volátiles en NFS versión 4
Recuperación de cliente en NFS versión 4
Compatibilidad de uso compartido OPEN en NFS versión 4
ACL y nfsmapid en NFS versión 4
Negociación de tamaño de transferencia de archivos
Cómo se montan los sistemas de archivos
Efectos de la opción -public y direcciones URL NFS al montar
Conmutación por error por parte del cliente
Terminología de conmutación por error
¿Qué es un sistema de archivos replicado?
Conmutación por error y bloqueo NFS
Conmutación por error por parte del cliente en NFS versión 4
Cómo funciona el registro del servidor NFS
Cómo funciona el servicio WebNFS
Cómo funciona la negociación de seguridad WebNFS
Limitaciones WebNFS con uso de explorador web
Cómo navega autofs por la red (mapas)
Cómo Autofs inicia el proceso de navegación (mapa maestro)
Variables en una entrada de mapa
Mapas que hacen referencia a otros mapas
Modificar cómo navega autofs por la red (modificación de mapas)
Comportamiento predeterminado de autofs con los servicios de nombres
Autofs y caracteres especiales
8. Planificación y habilitación del SLP (tareas)
9. Administración del SLP (tareas)
10. Incorporación de servicios antiguos
Parte IV Servicios de correo (temas)
12. Servicios de correo (descripción general)
13. Servicios de correo (tareas)
14. Servicios de correo (referencia)
Parte V Redes en serie (temas)
15. Solaris PPP 4.0 (descripción general)
16. Planificación del enlace de PPP (tareas)
17. Configuración de un enlace de PPP por marcación telefónica (tareas)
18. Configuración de un enlace de PPP de línea arrendada (tareas)
19. Configuración de autenticación PPP (tareas)
20. Configuración de un túnel PPPoE (tareas)
21. Resolución de problemas comunes de PPP (tareas)
22. Solaris PPP 4.0 (referencia)
23. Migración de Solaris PPP asíncrono a Solaris PPP 4.0 (tareas)
24. UUCP (descripción general)
25. Administración del UUCP (tareas)
Parte VI Trabajo con sistemas remotos (temas)
27. Trabajo con sistemas remotos (descripción general)
28. Administración del servidor FTP (tareas)
29. Acceso a sistemas remotos (tareas)
Parte VII Supervisión de servicios de red (temas)
Estos comandos pueden ser útiles al solucionar problemas de NFS.
Puede utilizar este comando para recopilar información estadística acerca de las conexiones RPC y NFS. La sintaxis del comando es la siguiente:
nfsstat [ -cmnrsz ]
Muestra información del lado del cliente
Muestra estadísticas para cada sistema de archivos montado en NFS
Especifica que la información de NFS se mostrará en el lado del cliente y en el del servidor
Muestra estadísticas de RPC
Muestra información del lado del servidor
Especifica que las estadísticas se deben establecer en cero
Si no hay opciones especificadas en la línea de comandos, se utilizan las opciones -cnrs.
Recopilar estadísticas del lado del servidor puede ser importante para depurar problemas cuando se agrega software o hardware nuevo al entorno informático. Si se ejecuta este comando por lo menos una vez a la semana y se almacenan los números, se obtiene un buen historial del rendimiento previo.
Consulte el siguiente ejemplo:
# nfsstat -s Server rpc: Connection oriented: calls badcalls nullrecv badlen xdrcall dupchecks dupreqs 719949194 0 0 0 0 58478624 33 Connectionless: calls badcalls nullrecv badlen xdrcall dupchecks dupreqs 73753609 0 0 0 0 987278 7254 Server nfs: calls badcalls 787783794 3516 Version 2: (746607 calls) null getattr setattr root lookup readlink read 883 0% 60 0% 45 0% 0 0% 177446 23% 1489 0% 537366 71% wrcache write create remove rename link symlink 0 0% 1105 0% 47 0% 59 0% 28 0% 10 0% 9 0% mkdir rmdir readdir statfs 26 0% 0 0% 27926 3% 108 0% Version 3: (728863853 calls) null getattr setattr lookup access 1365467 0% 496667075 68% 8864191 1% 66510206 9% 19131659 2% readlink read write create mkdir 414705 0% 80123469 10% 18740690 2% 4135195 0% 327059 0% symlink mknod remove rmdir rename 101415 0% 9605 0% 6533288 0% 111810 0% 366267 0% link readdir readdirplus fsstat fsinfo 2572965 0% 519346 0% 2726631 0% 13320640 1% 60161 0% pathconf commit 13181 0% 6248828 0% Version 4: (54871870 calls) null compound 266963 0% 54604907 99% Version 4: (167573814 operations) reserved access close commit 0 0% 2663957 1% 2692328 1% 1166001 0% create delegpurge delegreturn getattr 167423 0% 0 0% 1802019 1% 26405254 15% getfh link lock lockt 11534581 6% 113212 0% 207723 0% 265 0% locku lookup lookupp nverify 230430 0% 11059722 6% 423514 0% 21386866 12% open openattr open_confirm open_downgrade 2835459 1% 4138 0% 18959 0% 3106 0% putfh putpubfh putrootfh read 52606920 31% 0 0% 35776 0% 4325432 2% readdir readlink remove rename 606651 0% 38043 0% 560797 0% 248990 0% renew restorefh savefh secinfo 2330092 1% 8711358 5% 11639329 6% 19384 0% setattr setclientid setclientid_confirm verify 453126 0% 16349 0% 16356 0% 2484 0% write release_lockowner illegal 3247770 1% 0 0% 0 0% Server nfs_acl: Version 2: (694979 calls) null getacl setacl getattr access getxattrdir 0 0% 42358 6% 0 0% 584553 84% 68068 9% 0 0% Version 3: (2465011 calls) null getacl setacl getxattrdir 0 0% 1293312 52% 1131 0% 1170568 47%
La lista anterior es un ejemplo de estadísticas de servidor NFS. Las primeras cinco líneas se relacionan con RPC y las líneas restantes informan actividades de NFS. En ambos conjuntos de estadísticas, conocer el número medio de badcalls o calls y el número de llamadas por semana puede ayudar a identificar un problema. El valor badcalls informa el número de mensajes incorrectos de un cliente. Este valor puede indicar problemas de hardware de red.
Algunas de las conexiones generan actividad de escritura en los discos. Un aumento repentino en estas estadísticas puede indicar problemas y debe ser investigado. Para las estadísticas NFS versión 2, las conexiones que se deben tener en cuenta son setattr, write, create, remove, rename , link, symlink, mkdir y rmdir. Para las estadísticas NFS versión 3 y versión 4, el valor que se debe observar es commit. Si el nivel de commit es alto en un servidor NFS, en comparación con otro servidor casi idéntico, compruebe que el cliente NFS tenga suficiente memoria. El número de operaciones commit en el servidor crece cuando los clientes no tienen recursos disponibles.
Este comando muestra un rastreo de la pila para cada proceso. El comando pstack debe ser ejecutado por el responsable del proceso o por root. Puede utilizar pstack para determinar dónde está bloqueado un proceso. La única opción que se permite con este comando es el PID del proceso que desea comprobar. Consulte la página del comando man proc(1).
El ejemplo siguiente está comprobando el proceso nfsd que se está ejecutando.
# /usr/bin/pgrep nfsd 243 # /usr/bin/pstack 243 243: /usr/lib/nfs/nfsd -a 16 ef675c04 poll (24d50, 2, ffffffff) 000115dc ???????? (24000, 132c4, 276d8, 1329c, 276d8, 0) 00011390 main (3, efffff14, 0, 0, ffffffff, 400) + 3c8 00010fb0 _start (0, 0, 0, 0, 0, 0) + 5c
El ejemplo muestra que el proceso está esperando una nueva solicitud de conexión, lo que es una respuesta normal. Si la pila muestra que el proceso todavía se encuentra en sondeo después de que se realiza una solicitud, es posible que el proceso se bloquee. Siga las instrucciones de Cómo reiniciar servicios NFS para solucionar este problema. Revise las instrucciones en Procedimientos de resolución de problemas NFS para verificar que su problema es un bloqueo de programa.
Este comando genera información sobre el servicio de llamada de procedimiento remoto (RPC) que se está ejecutando en un sistema. También puede utilizar este comando para cambiar el servicio RPC. Hay muchas opciones disponibles con este comando. Consulte la página del comando man rpcinfo(1M). La siguiente es una sinopsis de algunas de las opciones que puede utilizar con el comando.
rpcinfo [ -m | -s ] [ nombre_host ]
rpcinfo -T transporte nombre_host [ nombre_programa ]
rpcinfo [ -t | -u ] [ nombre_host ] [ nombre_programa ]
Muestra una tabla de estadísticas de las operaciones rpcbind
Muestra una lista concisa de todos los programas RPC registrados
Muestra información sobre los servicios que usan transportes o protocolos específicos
Examina los programas RPC que utilizan TCP
Examina los programas RPC que utilizan UDP
Selecciona el transporte o el protocolo de los servicios
Selecciona el nombre de host del servidor del que necesita información
Selecciona el programa RPC sobre el cual recopilar información
Si no se proporciona un valor para nombre_host, se usan el nombre de host local. Puede sustituir nombre_programa por el número de programa RPC, pero muchos usuarios pueden recordar el nombre y no el número. Puede utilizar la opción -p en lugar de la opción -s en los sistemas que no ejecutan el software NFS versión 3.
Los datos que se generan con este comando pueden incluir la siguiente información:
El número de programa RPC
El número de versión de un programa específico
El protocolo de transporte que se está utilizando
El nombre del servicio RPC
El responsable del servicio RPC
El siguiente ejemplo recopila información sobre los servicios RPC que se están ejecutando en un servidor. El texto que genera el comando está filtrado por el comando sort para que la salida sea más legible. Se han eliminado del ejemplo varias líneas que muestran los servicios RPC.
% rpcinfo -s bee |sort -n
program version(s) netid(s) service owner
100000 2,3,4 udp6,tcp6,udp,tcp,ticlts,ticotsord,ticots rpcbind superuser
100001 4,3,2 ticlts,udp,udp6 rstatd superuser
100002 3,2 ticots,ticotsord,tcp,tcp6,ticlts,udp,udp6 rusersd superuser
100003 3,2 tcp,udp,tcp6,udp6 nfs superuser
100005 3,2,1 ticots,ticotsord,tcp,tcp6,ticlts,udp,udp6 mountd superuser
100007 1,2,3 ticots,ticotsord,ticlts,tcp,udp,tcp6,udp6 ypbind superuser
100008 1 ticlts,udp,udp6 walld superuser
100011 1 ticlts,udp,udp6 rquotad superuser
100012 1 ticlts,udp,udp6 sprayd superuser
100021 4,3,2,1 tcp,udp,tcp6,udp6 nlockmgr superuser
100024 1 ticots,ticotsord,ticlts,tcp,udp,tcp6,udp6 status superuser
100029 3,2,1 ticots,ticotsord,ticlts keyserv superuser
100068 5 tcp,udp cmsd superuser
100083 1 tcp,tcp6 ttdbserverd superuser
100099 3 ticotsord autofs superuser
100133 1 ticots,ticotsord,ticlts,tcp,udp,tcp6,udp6 - superuser
100134 1 ticotsord tokenring superuser
100155 1 ticots,ticotsord,tcp,tcp6 smserverd superuser
100221 1 tcp,tcp6 - superuser
100227 3,2 tcp,udp,tcp6,udp6 nfs_acl superuser
100229 1 tcp,tcp6 metad superuser
100230 1 tcp,tcp6 metamhd superuser
100231 1 ticots,ticotsord,ticlts - superuser
100234 1 ticotsord gssd superuser
100235 1 tcp,tcp6 - superuser
100242 1 tcp,tcp6 metamedd superuser
100249 1 ticots,ticotsord,ticlts,tcp,udp,tcp6,udp6 - superuser
300326 4 tcp,tcp6 - superuser
300598 1 ticots,ticotsord,ticlts,tcp,udp,tcp6,udp6 - superuser
390113 1 tcp - unknown
805306368 1 ticots,ticotsord,ticlts,tcp,udp,tcp6,udp6 - superuser
1289637086 1,5 tcp - 26069
Los siguientes dos ejemplos muestran cómo obtener información sobre un servicio RPC particular al seleccionar un transporte particular en un servidor. El primer ejemplo comprueba el servicio mountd que se está ejecutando sobre TCP. El segundo ejemplo comprueba el servicio NFS que se está ejecutando sobre UDP.
% rpcinfo -t bee mountd program 100005 version 1 ready and waiting program 100005 version 2 ready and waiting program 100005 version 3 ready and waiting % rpcinfo -u bee nfs program 100003 version 2 ready and waiting program 100003 version 3 ready and waiting
Este comando se utiliza a menudo para controlar paquetes en la red. El comando snoop se debe ejecutar como root. El uso de este comando es una buena forma de asegurar que el hardware de red funciona en el cliente y el servidor. Hay muchas opciones disponibles. Consulte la página del comando man snoop(1M). A continuación sigue una sinopsis del comando:
snoop [ -d dispositivo ] [ -o nombre_archivo ] [ host nombre_host ]
Especifica la interfaz de red local
Almacena todos los paquetes capturados en el archivo con nombre
Muestra paquetes sólo hacia un host específico y desde él
La opción -d dispositivo es útil para los servidores que tienen varias interfaces de red. Puede utilizar varias expresiones además de configurar el host. Una combinación de expresiones de comando con grep a menudo puede generar datos lo suficientemente específicos para resultar útiles.
Al solucionar problemas, asegúrese de que los paquetes se dirijan al host correspondiente y provengan de él. También, busque los mensajes de error. Si guarda los paquetes en un archivo, puede simplificar la revisión de los datos.
Puede utilizar este comando para comprobar si un proceso está bloqueado. El comando truss debe ser ejecutado por el responsable del proceso o por root. Con este comando puede utilizar muchas opciones. Consulte la página del comando man truss(1). A continuación sigue una sintaxis abreviada del comando.
truss [ -t llamada_sistema ] -p pid
Selecciona las llamadas del sistema que se deben rastrear
Indica el PID del proceso que se rastreará
llamada_sistema puede ser una lista de las llamadas de sistema separadas por comas que se rastrearán. También, si precede lista_llamada con un !, excluye la lista las llamadas de sistema del rastreo.
En este ejemplo se muestra que el proceso está esperando otra solicitud de conexión de un nuevo cliente.
# /usr/bin/truss -p 243 poll(0x00024D50, 2, -1) (sleeping...)
El ejemplo anterior muestra una respuesta normal. Si la respuesta no cambia después de que se haya efectuado una nueva solicitud de conexión, es posible que el proceso esté bloqueado. Siga las instrucciones de Cómo reiniciar servicios NFS para solucionar el bloqueo del programa. Revise las instrucciones en Procedimientos de resolución de problemas NFS para verificar que su problema sea un bloqueo de programa.
|