Estos contenidos se han traducido de forma automática para su comodidad, pero Huawei Cloud no garantiza la exactitud de estos. Para consultar los contenidos originales, acceda a la versión en inglés.

En esta página

Mostrar todo

Centro de ayuda/ MapReduce Service/ Guía del usuario/ Referencia de alarma (aplicable a MRS 3.x)/ ALM-25006 Excepción de servicio Sssd

ALM-25006 Excepción de servicio Sssd

Actualización más reciente 2023-11-20 GMT+08:00

Ver PDF

Descripción

El sistema comprueba el estado del servicio sssd cada 60 segundos. Esta alarma se genera cuando el proceso sssd no se consulta durante cuatro veces consecutivas (tres minutos) o no se pueden obtener usuarios de LdapServer.

Esta alarma se borra cuando se restablece el proceso y se pueden obtener los usuarios de LdapServer.

Atributo

ID de alarma	Gravedad de la alarma	Borrar automáticamente
25006	Importante	Sí

Parámetros

Nombre	Significado
Source	Especifica el clúster para el que se genera la alarma.
ServiceName	Especifica el nombre del servicio para el que se genera la alarma.
HostName	Especifica el objeto (ID de host) para el que se genera la alarma.

Impacto en el sistema

El nodo alarmado puede no ser capaz de sincronizar datos de LdapServer. El comando id puede fallar al obtener los datos LDAP, lo que afecta los servicios de la capa superior.

Causas posibles

El servicio sssd no se inicia o se inicia incorrectamente.
La red está defectuosa y no puede acceder al servidor LDAP.
NameService es anormal.

No se puede consultar a los usuarios porque el sistema operativo ejecuta los comandos con demasiada lentitud.

Procedimiento

Comprobar si el servicio sssd se ha iniciado correctamente.

En el portal de FusionInsight Manager, seleccione O&M > Alarm > Alarms. Encontrar la dirección IP de HostName en Location de la alarma y registrarla como IP1 (si existen múltiples alarmas, registre las direcciones IP como IP1, IP2 e IP3 respectivamente).
Póngase en contacto con el para acceder al nodo usando IP1 como usuario root. Ejecute el comando ps -ef | grep sssd y compruebe si el proceso /usr/sbin/sssd está iniciado.
- Si se inicia el proceso, vaya a 3.
- Si el proceso no se ha iniciado, vaya a 4.
Compruebe si el proceso sssd consultado en 2 tiene tres subprocesos.
- En caso afirmativo, vaya a 5.
- Si no, vaya a 4.
Ejecute el comando service sssd restart como usuario root para reiniciar el servicio sssd. A continuación, ejecute el comando ps -ef | grep sssd para comprobar si el proceso sssd es normal.

En el estado normal, el proceso /usr/sbin/sssd tiene tres subprocesos: /usr/libexec/sssd/sssd_be, /usr/libexec/sssd/sssd_nss y /usr/libexec/sssd/sssd_pam.
- Si existe, vaya a 9.
- Si no existe, vaya a 13.

Comprobar si se puede acceder al servidor LDAP.

Inicie sesión en el nodo con alarma como usuario root. Ejecute el comando ping para comprobar la conectividad de red entre este nodo y el nodo LdapServer.
- Si la red es normal, vaya a 6.
- Si la red está defectuosa, póngase en contacto con los administradores de la red para solucionar el problema.

Comprobar si NameService es normal.

Inicie sesión en el nodo con alarma como usuario root. Ejecute el comando cat /etc/nsswitch.conf y compruebe las configuraciones passwd y group de NameService.

Las configuraciones de parámetros correctas son passwd: compat ldap y group: compat ldap.
- Si las configuraciones son correctas, vaya a 7.
- Si las configuraciones son incorrectas, vaya a 8.
Ejecute los comandos /usr/sbin/sss_cache -G y /usr/sbin/sss_cache -U como usuario root. Espere 2 minutos y ejecute los comandos id admin y id backup/manager para comprobar si se pueden consultar los resultados.
- Si se consultan los resultados, vaya a 9.
- Si no se consulta ningún resultado, vaya a 13.
Ejecute el comando vi /etc/nsswitch.conf como usuario root. Corrija las configuraciones en 6 y guarde el archivo. Ejecute el comando service sssd restart para reiniciar el servicio sssd. Espere 2 minutos y ejecute los comandos id admin y id backup/manager para comprobar si se pueden consultar los resultados.
- Si se consultan los resultados, vaya a 9.
- Si no se consulta ningún resultado, vaya a 13.
Inicie sesión en el portal del FusionInsight Manager. Espere 5 minutos y compruebe si la alarma sssd Service Exception está desactivada.
- Si la alarma se ha borrado, no se requiere ninguna acción adicional.
- Si la alarma persiste, vaya a 10.

Verifique si se congela el marco cuando se ejecuta un comando en el sistema operativo.

Inicie sesión en el nodo defectuoso como usuario root, ejecute el comando id admin y compruebe si la ejecución del comando tarda mucho tiempo. Si la ejecución del comando tarda más de 3 segundos, se considera que la ejecución del comando es lenta.
- En caso afirmativo, vaya a 11.
- Si no, vaya a 13.

Ejecute el comando cat /var/log/messages para comprobar si el sssd se reinicia con frecuencia o si existe la información de error Can't contact LDAP server.

Ejemplo de reinicio de sssd:

Feb  7 11:38:16 10-132-190-105 sssd[pam]: Shutting down
Feb  7 11:38:16 10-132-190-105 sssd[nss]: Shutting down
Feb  7 11:38:16 10-132-190-105 sssd[nss]: Shutting down
Feb  7 11:38:16 10-132-190-105 sssd[be[default]]: Shutting down
Feb  7 11:38:16 10-132-190-105 sssd: Starting up
Feb  7 11:38:16 10-132-190-105 sssd[be[default]]: Starting up
Feb  7 11:38:16 10-132-190-105 sssd[nss]: Starting up
Feb  7 11:38:16 10-132-190-105 sssd[pam]: Starting up

En caso afirmativo, vaya a 12.
Si no, vaya a 13.

Ejecute el comando vi $BIGDATA_HOME/tmp/random_ldap_ip_order para modificar el número al final. Si el número original es un número impar, cámbielo a un número par. Si el número es un número par, cámbielo a un número impar.

Ejecute el comando vi /etc/sssd/sssd.conf para invertir las dos primeras direcciones IP del elemento de configuración del ldap_uri, guarde la configuración y salga.

Ejecute el comando ps -ef | grep sssd para consultar el ID del proceso sssd, elimínelo y ejecute el comando /usr/sbin/sssd -D -f para reiniciar el servicio sssd. Espere 5 minutos y vuelva a ejecutar el comando id admin.

Compruebe si la ejecución del comando es lenta.
- En caso afirmativo, vaya a 13.
- Si no, inicie sesión en otros nodos defectuosos y ejecute 10 en 12. Recopile registros y compruebe si el primer nodo ldapserver en ldap_uri antes de modificar /etc/sssd/sssd.conf es defectuoso. Por ejemplo, compruebe si la dirección IP del servicio es inalcanzable, la latencia de la red es demasiado larga o si se implementa otro software anormal.

Recopilar información de fallas.

En el portal del FusionInsight Manager, elija O&M > Log > Download.
Seleccione LdapClient en el clúster requerido en el Service.
Haga clic en en la esquina superior derecha y establezca Start Date y End Date para la recopilación de registros en 1 hora antes y después del tiempo de generación de alarma, respectivamente. A continuación, haga clic en Download.
Póngase en contacto con el y envíe los registros de fallas recopilados.

Eliminación de alarmas

Después de rectificar la falla, el sistema borra automáticamente esta alarma.

Información relacionada

Ninguna

Tema principal: Referencia de alarma (aplicable a MRS 3.x)

Tema anterior: ALM-25005 Excepción de servicio nscd

Tema siguiente: ALM-25500 Servicio KrbServer no disponible

Comentarios

¿Le pareció útil esta página?

Sí No

Deje algún comentario

Muchas gracias por sus comentarios. Seguiremos trabajando para mejorar la documentación.

El sistema está ocupado. Vuelva a intentarlo más tarde.

¿Cuáles de los siguientes problemas se presentaron?

Contenido diferente a la de la IU del producto

Descripciones poco claras

Falta de ejemplos o código

Pasos incorrectos

No puedo encontrar lo que necesito

Falta de prácticas recomendadas

Comentarios (opcional)

0/500

Seleccione al menos un tipo de problema e ingrese sus comentarios o sugerencias.

Ingrese 500 caracteres como máximo.

Enviar Cancelar