Solución de problemas de problemas NIS
Este artículo destaca algunos de los problemas comunes de NIS que puede enfrentar junto con las posibles soluciones. El enfoque para resaltar y abordar los problemas potenciales dependerá de si el problema es un problema del servidor NIS o un problema del cliente NIS.
Identificar y resolver problemas de clientes de NIS
Es probable que enfrente una variedad de problemas de clientes de NIS durante su interacción con el protocolo NIS. En particular, los comandos a menudo cuelgan, el servicio puede estar disponible y hay un demonio fallido y una utilidad inconsistente ypwhich.
Los siguientes son algunos de los problemas y sus posibles soluciones:
Problemas de servicio de información de red que afectan a un solo cliente
Por lo general, uno o dos problemas podrían experimentar síntomas dirigiendo a problemas vinculantes, mientras que el resto de las máquinas están bien. Tales problemas son bastante específicos y estarán en los clientes afectados. Pero, si muchas máquinas cliente dentro de su sistema tienen un problema similar, el problema probablemente será de una de sus máquinas de servidor.
falla de YPBind en un cliente
Un solo cliente puede tener problemas en un solo cliente, mientras que el resto de las máquinas del cliente o la misma subred se ejecutan normalmente. Correr LS-1 en el dispositivo con el problema sobre un directorio compartido, como /USR, que contiene archivos propiedad de la mayoría de los clientes, incluidos algunos archivos que no están en el archivo del cliente /etc /passwd.
El resultado debe enumerar los propietarios de archivos no dentro del /etc /passwd como nombres. Si los muestra como números, la indicación es que el servicio NIS es defectuoso. Por supuesto, el diagnóstico es que el proceso YPBind en el cliente no se está ejecutando.
Verifique el YPBind ejecutando el PS -E. Si falta el YPBind, proceda a iniciar sesión como un súper usuario y escriba el siguiente comando para iniciar ypbind:
Nombre de dominio incorrecto o faltante
Otro problema que puede ocurrir a un solo cliente en su sistema podría resultar de un dominio incorrecto o faltante. Este problema ocurre incluso cuando el ypbind está funcionando normalmente.
Puedes resolver esto ejecutando primero el nombre de dominio comando, ya que esto le proporcionará el resultado del nombre de dominio establecido.
Por ejemplo:
Compare la salida de la utilidad anterior con el nombre de dominio real guardado en su servidor maestro NIS /var/yp directorio. El dominio real debe estar disponible como subdirectorio en el servidor maestro /var/yp directorio.
Suponga que el resultado del nombre de dominio proporcionado después de ejecutar el comando DomainName en la máquina con el problema es diferente del nombre de dominio real en la máquina del servidor. En ese caso, será un dominio incorrecto.
Además, a veces el comando de nombre de dominio puede recuperar un resultado faltante. En cualquier caso, inicie sesión como un súper usuario y corrija la anomalía en la máquina del cliente. Una vez hecho, reinicie la máquina.
El cliente no tiene enlace a un servidor
Los comandos aún pueden colgar incluso con el nombre de dominio correcto y un ypbind en ejecución. Tales problemas surgen cuando el cliente no está vinculado a un servidor. Entonces, une al cliente a un servidor ejecutando el comando ypwhich. Si acaba de comenzar YPBind pero aún encuentre informes de vinculación inexistente entre su dominio y el cliente, intente ejecutar YPWHHHHHE varias veces.
Ypbind se bloquea
Si su ypbind se cuelga o se bloquea tan pronto como lo inicia, el problema existe en una parte diferente de su sistema. Puede comenzar su evaluación verificando la disponibilidad del demonio rpcbind usando el siguiente comando:
Proceda a consultar la documentación de RPC si el demonio rpcbind no está disponible, cuelga demasiado pronto o se comporta de manera extraña. Establecer comunicación con el demonio rpcbind en el cliente defectuoso de una máquina no problemática. Por lo tanto, puede escribir el siguiente comando desde un cliente funcional:
El rpcinfo producirá la siguiente pantalla si el rpcbind en la máquina de cliente problemático está funcionando bien:
Su máquina debe tener una lista de diferentes direcciones. Pero, si la pantalla no tiene una lista de direcciones, muestra que YPBind no puede registrar los servicios solicitados. Continúe y reinicie su máquina antes de volver a ejecutar el rpcinfo. Pero, si los procesos YPBind disponibles cambian cada vez que reinicia el/usr/lib/netsvc/yp/ypbind/, reinicie su máquina, independientemente de si YPBind se está ejecutando o no.
Servicio NIS no disponible
Una máquina cliente puede tener este problema a medida que el resto se ejecuta normalmente. Los siguientes síntomas aparecerán cuando el servicio NIS se apodere de estar disponible en su sistema:
- Algunos comandos traerán un mensaje de error no disponible NIS, mientras que otros se ejecutarán correctamente
- Bloquear comandos o demonios con o sin un mensaje de error
- Comandos cojeando en un modo de estrategia de copia de seguridad
Puede ver cualquiera de las siguientes visitas en caso de servicio NIS no disponible:
O la pantalla como se muestra a continuación:
La solución a los problemas similares a los anteriores es ejecutar LS-1 en la máquina con el problema sobre un directorio compartido, como /USR, que contiene archivos propiedad de la mayoría de los clientes, incluidos algunos archivos que no están en el cliente /etc /passwd archivo.
Problemas que afectan a todas las máquinas clientes en su red
Los problemas que pueden afectar a todas las máquinas clientes en su sistema incluyen:
Comandos colgantes
Los comandos a menudo se cuelgan. Este es posiblemente uno de los problemas más frecuentes en los dispositivos de clientes NIS. Un comando siempre puede colgar incluso cuando el sistema funciona bien y otros servicios públicos se ejecutan con éxito. La consola generará un mensaje similar a la siguiente figura en caso de que esto suceda:
La pantalla anterior indica que el cliente Ypbind Daemon no se comunica con el Daemon YPserv en el dominio Linhint. Tal problema ocurre debido a la falla de los sistemas que se ejecutan en el demonio ypserv. También puede ocurrir debido a una red o servidor sobrecargado que hace que el demonio YPSERV no pueda enviar respuestas a su cliente YPBind antes de que transcurra el período de tiempo de espera.
Si bien este problema se mostrará en todas las máquinas clientes, a menudo es temporal. Se resuelve automáticamente cuando la máquina del servidor se reinicia y su demonio YPSERV se reinicia. Alternativamente, irá cuando la carga en el servidor o la red se caiga.
Problemas del servidor NIS
Los siguientes son los problemas más comunes del servidor NIS:
Existencia de diferentes versiones de mapas de NIS
NIS propaga mapas entre los servidores. Pero a veces, pueden existir diferentes versiones de mapas en sus servidores de red. Puede corregir esto ejecutando el comando YPXFR, particularmente si todos los servidores y enrutadores se ejecutan correctamente.
También puede ejecutar el comando anterior en un servidor de esclavos si el servidor tiene problemas para actualizar un mapa. Pero, si este comando falla, recibirá un mensaje de error con los detalles de la falla y cómo puede corregir el problema. Todavía puede seguir adelante y verificar el problema usando el siguiente comando:
Daemón Ypserv inoperable
El demonio ypserv puede bloquear repetidamente inmediatamente después de reiniciar. Si esto sucede, comience mirando el demonio portmap usando el comando a continuación:
Reinicie el servidor si no puede obtener el demonio portmap. Una vez que obtenga el demonio, use el siguiente comando:
Linhint en el comando anterior es nuestro nombre de host del servidor. Notará que los números de puerto son diferentes en su máquina defectuosa:
La utilidad de YPserv no puede registrar los servicios bajo él si no encuentra entradas como las que se muestran en la ilustración anterior. En ese caso, reinicie su máquina. También debe reiniciar la máquina si las entradas del servidor están disponibles, pero cambie cada vez que reinicie la utilidad/usr/lib/netsvc/yp/ypserv.
Conclusión
Este artículo discutió cómo solucionar problemas de los problemas de NIS que enfrentan los usuarios y proporcionan las soluciones abordando posibles problemas de servidor NIS o cliente NIS. Además, se resaltaron problemas que afectan a todas las máquinas clientes en su red, como la existencia de diferentes versiones de mapas de NIS y el demonio YPServ inoperable.