¿Tiene una cuenta?
The documentation set for this product strives to use bias-free language. For the purposes of this documentation set, bias-free is defined as language that does not imply discrimination based on age, disability, gender, racial identity, ethnic identity, sexual orientation, socioeconomic status, and intersectionality. Exceptions may be present in the documentation due to language that is hardcoded in the user interfaces of the product software, language used based on RFP documentation, or language that is used by a referenced third-party product. Learn more about how Cisco is using Inclusive Language.
Cisco ha traducido este documento combinando la traducción automática y los recursos humanos a fin de ofrecer a nuestros usuarios en todo el mundo contenido en su propio idioma. Tenga en cuenta que incluso la mejor traducción automática podría no ser tan precisa como la proporcionada por un traductor profesional. Cisco Systems, Inc. no asume ninguna responsabilidad por la precisión de estas traducciones y recomienda remitirse siempre al documento original escrito en inglés (insertar vínculo URL).
Este documento describe cómo se inicia sesión Jabber y cómo resolverlo cuando falla el login en una red interna o corporativa.
El inicio de sesión de Jabber consta de dos etapas: el servidor Cisco Unified Communications Manager (CUCM), el inicio de sesión y el servidor de IM y presencia (IM&P), el inicio de sesión.
En primer lugar, elimine la caché del PC y recopile el informe de problemas de Jabber (PRT) limpio. Estos son los pasos para hacer lo mismo
Paso 1. Cierre la sesión y salga de la aplicación Jabber.
Paso 2. Eliminar todos los registros ubicados en
%AppData%\Local\Cisco\Unified Communications\Jabber\
%AppData%\Roaming\Cisco\Unified Communications\Jabber\
Paso 3. Reinicie Jabber y vuelva a crear el problema.
Paso 4. Recolectar el informe de problemas (en el menú Ayuda de Jabber, seleccione Reportar un problema opción para iniciar la herramienta de informes de problemas y seguir las instrucciones).
Siga estos enlaces:
IMPStackCap::Log in::OnLog inError
ServiceDiscoveryHandlerResult
@CupSoapCli: log in cup succeeds - shows when the SOAP log in was successful.
[CTriTPConnectionClient::OnConnectSuccess] - @XmppSDK: - shows when the XMPP log in was successful.
LERR - shows the Log in Errors when the Jabber fails to log in to the IM&P Server.
Error en la pantalla | Causa | Qué comprobar en el registro de Jabber |
No se pueden encontrar los servicios automáticamente. Haga clic en Advanced settings (Parámetros avanzados) para realizar la configuración manualmente | Este error aparece cuando _cisco-uds o _cuplog en los registros SRV no están configurados en el servidor DNS | csf::dns::mapFromWindowsDNSResult |
Fragmento de registro de ejemplo
017-03-19 17:55:00,422 WARN [0x000050ac] [src\dnsutils\win32\win32DnsUtils.cpp(52)] [csf.dns] [csf::dns::mapFromWindowsDNSResult] - *-----* DNS query _cisco-uds._tcp.appslab.com. has failed: DNS name does not exist. (9003).
2017-03-19 17:55:00,438 WARN [0x000050ac] [src\dnsutils\win32\win32DnsUtils.cpp(52)] [csf.dns] [csf::dns::mapFromWindowsDNSResult] - *-----* DNS query _cuplogin._tcp.appslab.com. has failed: DNS name does not exist. (9003).
Pasos a resolver
Paso 1. Inicie el símbolo del sistema (en un cliente de Windows) y luego ingrese nslookup.
Paso 2. A continuación, establezca el tipo de consulta en SRV
set type = SRV
Paso 3. Después de eso, inserte el registro SRV que necesitamos verificar
_cisco-uds._tcp.example.com
Paso 4. Esto devuelve los registros A de DNS que señalan a los servidores CUCM. Este es un ejemplo del registro SRV de Cisco-uds exitoso. Si no se devuelve ningún registro, póngase en contacto con el administrador de DNS para configurar los registros SRV
Error en la pantalla | Causa | Qué comprobar en el registro de Jabber |
No se pueden encontrar los servicios automáticamente. Haga clic en Advanced settings (Parámetros avanzados) para realizar la configuración manualmente | Este error se observa cuando Jabber no puede recuperar los servidores UDS o TFTP para recopilar su información de inicio de sesión y la configuración. | Código de respuesta HTTP 503 para la solicitud #29 a https://cucm.domain:8443/cucm-uds/ Código de respuesta HTTP 503 para la solicitud #29 a https://cucm.domain:6972/ |
Pasos a resolver
Paso 1. Valide que los nodos CUCM configurados como servidores TFTP estén activos y en ejecución.
Paso 2. Reinicie estos servicios en todos los nodos CUCM.
Error en la pantalla | Causa | Qué comprobar en el registro de Jabber |
Su nombre de usuario o contraseña no es correcto | Este error aparece cuando las credenciales introducidas son erróneas o el usuario está bloqueado en CUCM/LDAP | "FAILED_UCM90_AUTHENTICATION" |
Fragmento de registro de ejemplo
2017-01-09 08:59:10,652 INFO [0x00001740] [vices\impl\DiscoveryHandlerImpl.cpp(460)] [service-discovery] [CSFUnified::DiscoveryHandlerImpl::evaluateServiceDiscoveryResult] - ServiceDiscoveryHandlerResult return code FAILED_UCM90_AUTHENTICATION
Pasos a resolver
Paso 1. Asegúrese de que el Usuario que intenta iniciar sesión esté configurado como usuario final en CUCM. Vaya a la página Administración de CUCM > Usuario final.
Paso 2. Compruebe si las credenciales son correctas y si el usuario está activo. Inicie sesión en el portal de autoayuda de CUCM. Esta imagen hace referencia al escenario en el que LDAP no puede autenticar al usuario porque el usuario no es un usuario válido o la contraseña proporcionada es incorrecta.
Paso 3. Si se ve este problema para todos los usuarios, debe verificar si la sincronización LDAP y la configuración de autenticación LDAP en CUCM Administration > System > LDAP es correcta.
Consejo: Desde la perspectiva del servidor LDAP, asegúrese de que la cuenta no esté bloqueada, que las contraseñas no hayan caducado y que todos los usuarios estén sincronizados con el servidor CUCM.
Error en la pantalla | Causa | Qué comprobar en el registro de Jabber |
No se puede comunicar con el servidor | Jabber no puede resolver ni alcanzar el FQDN/HOSTNAME de CUCM que recibió durante la detección del servicio | "FAILED_UCM90_CONNECTION" |
Fragmento de registro de ejemplo
2017-08-28 12:04:00,282 INFO [0x00004290] [vices\impl\DiscoveryHandlerImpl.cpp(452)] [service-discovery] [CSFUnified::DiscoveryHandlerImpl::evaluateServiceDiscoveryResult] - ServiceDiscoveryHandlerResult return code FAILED_UCM90_CONNECTION
Pasos a resolver
Paso 1. Pruebe si puede abrir esta URL en el explorador en el PC https://<CUCM IP/FQDN> :8443/cucm-uds/version
Fallo
Correcto
Paso 2. Si la respuesta no es exitosa, verifique si el DNS está configurado correctamente para resolverlos y también si ningún elemento de red como Firewall/ASA bloquea el puerto 8443.
Paso 3. Esta URL debe probarse para todos los servidores CUCM del clúster. Para conocer la lista de servidores, navegue hasta Administración de CUCM > Sistema > Servidor.
Error en la pantalla | Causa | Qué comprobar en el registro de Jabber |
No se puede comunicar con el servidor | Este error aparece cuando el ID de usuario introducido en Jabber no coincide con el ID de usuario configurado en CUCM | "FAILED_USER_LOOKUP" |
Fragmento de registro de ejemplo
2016-08-18 13:14:49,943 INFO [0x000036e4] [vices\impl\DiscoveryHandlerImpl.cpp(367)] [service-discovery] [DiscoveryHandlerImpl::evaluateServiceDiscoveryResult] - ServiceDiscoveryHandlerResult return code FAILED_USER_LOOKUP
Pasos a resolver
Paso 1. Pruebe si puede abrir esta URL en el navegador en el PC https://CUCM:8443/cucm-uds/clusterUser?username=<userid>
Paso 2. Compruebe si el ID de usuario introducido en Jabber coincide con el ID de usuario de la página Usuario final de CUCM.
Consejo: Jabber tiene la detección de UPN habilitada de forma predeterminada y, por lo tanto, el userid se rellena automáticamente desde el campo LDAP UPN. Compruebe si UPN es el mismo que el configurado en CUCM, si necesita inhabilitar la detección de UPN, establezca UPN_DISCOVERY_ENABLED=false durante la instalación
Error en la pantalla | Causa | Qué comprobar en el registro de Jabber |
Su nombre de usuario o contraseña no es correcto | Este error se debe a una falla de autenticación de usuario | "LERR_CUP_AUTH" |
Fragmento de registro de ejemplo
2017-01-14 15:55:09,615 INFO [0x00000dc0] [ts\adapters\imp\components\Login.cpp(99)] [imp.service] [IMPStackCap::Login::OnLoginError] - ****************************************************************
2017-01-14 15:55:09,615 INFO [0x00000dc0] [s\adapters\imp\components\Login.cpp(100)] [imp.service] [IMPStackCap::Login::OnLoginError] - OnLoginError: (data=0) LERR_CUP_AUTH <12>:
201-01-14 15:55:09,615 INFO [0x00000dc0] [s\adapters\imp\components\Login.cpp(101)] [imp.service] [IMPStackCap::Login::OnLoginError] - ****************************************************************
Pasos a resolver
Paso 1. Compruebe si el usuario está asignado a un nodo de presencia y si no hay duplicados para el usuario (Administración de IM y presencia > Diagnóstico > Solucionador de problemas del sistema).
Paso 2. Compruebe si el estado de alta disponibilidad (HA) es normal y no se ha producido ninguna conmutación por fallo. Si ha intentado asignar al usuario durante un estado HA anormal, los usuarios no están asignados a ningún nodo IMP y el inicio de sesión falla y ahora necesita recuperar primero el estado HA y volver a asignar al usuario.
Paso 3. Asegúrese de que las credenciales sean válidas.
Paso 4. Compruebe que el servidor tiene un consumo elevado de CPU TOMCAT
Paso 5. Establezca este registro de servicios en DEBUG y, a continuación, vuelva a crear el problema de inicio de sesión y recopile los registros
Error en la pantalla | Causa | Qué comprobar en el registro de Jabber |
Credenciales no válidas | Este error se produce cuando el usuario no está activo o en la base de datos. | LERR_CUP_AUTH <10> |
Fragmento de registro de ejemplo
[IMPServices] [CSFUnified::IMPStackCap::Log in::OnLog inError] - ****************************************************************
[IMPServices] [CSFUnified::IMPStackCap::Log in::OnLog inError] - OnLog inError: LERR_CUP_AUTH <10>:
[IMPServices] [CSFUnified::IMPStackCap::Log in::OnLog inError] - ****************************************************************
[http-bio-443-exec-15] handlers.Log inHandlerAbstract - preLog in:PRELOGIN reasoncode=FAILURE. User either not CUP licensed or not found in database.
Consejo: Para este error, también se recomienda tomar los registros Tomcat de Cisco de los servidores CUCM e IM&P.
Desde los registros Tomcat de Cisco
2019-10-27 18:33:40,373 DEBUG [http-bio-443-exec-5] impl.LDAPHostnameVerifier - check : inside check with X509 cert
2019-10-27 18:33:40,373 DEBUG [http-bio-443-exec-5] impl.Certificates - getCNs :
2019-10-27 18:33:40,373 DEBUG [http-bio-443-exec-5] impl.LDAPHostnameVerifier - check : cns = [ldap.ciscolab.com]
2019-10-27 18:33:40,373 DEBUG [http-bio-443-exec-5] impl.Certificates - getDNSSubjectAlts :
2019-10-27 18:33:40,374 DEBUG [http-bio-443-exec-5] impl.LDAPHostnameVerifier - check : subjectAlts = [ldap.ciscolab.com, ldap2.ciscolab.com]
2019-10-27 18:33:40,374 ERROR [http-bio-443-exec-5] impl.AuthenticationLDAP - verifyHostName:Exception.javax.net.ssl.SSLPeerUnverifiedException: hostname of the server 'ldapdc.ciscolab.com' does not match the hostname in the server's certificate.
2019-10-27 18:33:40,374 DEBUG [http-bio-443-exec-5] impl.AuthenticationLDAP - value of hostnameverifiedfalse
2019-10-27 18:33:40,374 INFO [http-bio-443-exec-5] impl.AuthenticationLDAP - verifyHostName: Closing LDAP socket
Pasos a resolver
Aquí se encuentran dos situaciones si los registros de Tomcat de Cisco no muestran ningún error de certificado, esto requiere ser validado.
Paso 1. Validar que el usuario está asociado a un servidor de IM&P
Paso 2. Si el usuario está asociado a un servidor de IM&P, rebote el usuario del clúster de Nodo de inicio
En caso de que los registros de Tomcat de Cisco muestren el error del fragmento previamente mostrado, realice estos pasos:
Paso 1. Confirme si Cisco Jabber está configurado para utilizar LDAP seguro
Paso 2. Si Secure LDAP está en uso, confirme la información de los certificados asociada a ellos, como el nombre de dominio completo (FQDN), el nombre de host y el nombre común (CN).
Paso 3. Valide cómo se configuran CUCM e IM&P, si tienen dirección IP o FQDN, y compare eso con la información que contiene el certificado
Paso 4. Si los servidores se configuran con dirección IP y los certificados LDAP se configuran con FQDN, el siguiente comando debe ejecutarse en todos los nodos CUCM e IM&P
Error en la pantalla | Causa | Qué comprobar en el registro de Jabber |
No se puede comunicar con el servidor | Este error se debe a problemas con la conectividad IMDB o TCP con IMP | "LERR_CUP_UNREACHABLE" , "LERR_CUP_TIMEOUT" |
Fragmento de registro de ejemplo
2017-11-08 16:03:20,051 DEBUG [0x00003a0c] [s\adapters\imp\components\Login.cpp(127)] [IMPServices] [CSFUnified::IMPStackCap::Login::OnLoginError] - ************************************************
2017-11-08 16:03:20,051 INFO [0x00003a0c] [s\adapters\imp\components\Login.cpp(128)] [IMPServices] [CSFUnified::IMPStackCap::Login::OnLoginError] - OnLoginError: LERR_CUP_UNREACHABLE
2017-11-08 16:03:20,051 DEBUG [0x00003a0c] [s\adapters\imp\components\Login.cpp(129)] [IMPServices] [CSFUnified::IMPStackCap::Login::OnLoginError] - *************************************************
Pasos a resolver
Paso 1. Verifique si el FQDN/nombres de host de IMP se pueden resolver desde el equipo del cliente.
Paso 2. Compruebe si puede abrir esta URL en el explorador https://<IMP SERVER FQDN/IP>:8443/EPASSoap/service/v105
Correcto
Fallo
Paso 3. Verifique que el firewall/VPN no bloquee la conectividad con el servidor IMP (puerto 8443,5222)
Paso 4. Verifique si este servicio se ejecuta en el servidor IMP: Agente de perfil de cliente de Cisco
Paso 5. Establezca este registro de servicios en DEBUG, vuelva a crear el problema de inicio de sesión y luego recopile los registros si los pasos anteriores no resuelven el problema.
Consejo: Si el problema persiste para un solo usuario, puede intentar anular la asignación y volver a asignar al usuario para que esté presente en CUCM. Si se trata de un problema en todo el sistema, recopile los registros y verifique el estado de los servicios
Error en la pantalla | Causa | Qué comprobar en el registro de Jabber |
No se puede comunicar con el servidor | Normalmente, este error se debe a problemas con IMDB | "LERR_CUP_INTERNAL_ERROR" |
Fragmento de registro de ejemplo
2017-11-08 16:03:20,051 DEBUG [0x00003a0c] [s\adapters\imp\components\Login.cpp(127)] [IMPServices] [CSFUnified::IMPStackCap::Login::OnLoginError] - ************************************************
2017-11-08 16:03:20,051 INFO [0x00003a0c] [s\adapters\imp\components\Login.cpp(128)] [IMPServices] [CSFUnified::IMPStackCap::Login::OnLoginError] - OnLoginError: LERR_CUP_INTERNAL_ERROR
2017-11-08 16:03:20,051 DEBUG [0x00003a0c] [s\adapters\imp\components\Login.cpp(129)] [IMPServices] [CSFUnified::IMPStackCap::Login::OnLoginError] - *************************************************
Pasos a resolver
Paso 1. Realizar comprobaciones obligatorias
Paso 2. Verifique que estos servicios se estén ejecutando en el servidor de IM&P
Paso 3. Compruebe si este aviso de campo es aplicable
Aviso de problemas FN - 64267 - Cisco Unified Communications Manager IM & Presence causa fallos en la conexión de Cisco Jabber - Actualización de software recomendada
Paso 4. Establezca este registro de servicios en DEBUG, vuelva a crear el problema de inicio de sesión y luego recopile los registros si los pasos anteriores no resuelven el problema.
Paso 5. Reinicie el clúster para recuperar la situación.
Error en la pantalla | Causa | Qué comprobar en el registro de Jabber |
No se puede comunicar con el servidor | Se suele ver cuando Jabber no se conecta a través de MRA y no puede establecer una sesión TLS con IM&P | LERR_JABBER_AUTH <14>: Error de autenticación con servidor, por ejemplo, enlace de recursos, TLS, creación de sesión o error SASL |
Fragmento de registro de ejemplo
2019-05-03 15:19:32,225 DEBUG [0x0000000109732f80] [s/adapters/imp/components/Log in.cpp(128)] [IMPServices] [OnLog inError] - ****************************************************************
2019-05-03 15:19:32,225 INFO [0x0000000109732f80] [s/adapters/imp/components/Log in.cpp(129)] [IMPServices] [OnLog inError] - OnLog inError: LERR_JABBER_AUTH <14>: Authentication error with server e.g. resource bind, TLS, create session or SASL error
2019-05-03 15:19:32,225 DEBUG [0x0000000109732f80] [s/adapters/imp/components/Log in.cpp(130)] [IMPServices] [OnLog inError] - ****************************************************************
Pasos a resolver
Paso 1. Verifique si el puerto 5222 está abierto entre los servidores IM&P y Expressway.
Paso 2. Verifique si estos servicios se están ejecutando en el servidor de IM&P y reinícielos una vez.
Paso 3. Inhabilite la alta disponibilidad de los grupos de redundancia de presencia de CUCM.
Paso 4. Reinicie el servicio Cisco XCP Router en todos los nodos IM&P, primero con IM&P Publisher y luego en los suscriptores.
Paso 5. Vuelva a habilitar la alta disponibilidad de los grupos de redundancia de presencia de CUCM.
Error en la pantalla | Causa | Qué comprobar en el registro de Jabber |
No se puede comunicar con el servidor | Se suele ver cuando Jabber no puede crear una sesión y se enlaza a sí mismo en el servidor IMP | LERR_JABBER_AUTH <17>: Error de autenticación con servidor, por ejemplo, enlace de recursos, TLS, creación de sesión o error SASL" |
Fragmento de registro de ejemplo
2017-10-27 10:56:47,396 DEBUG [0x00007fff8b3d7340] [s/adapters/imp/components/Login.cpp(127)] [IMPServices] [OnLoginError] - ****************************************************************
2017-10-27 10:56:47,396 INFO [0x00007fff8b3d7340] [s/adapters/imp/components/Login.cpp(128)] [IMPServices] [OnLoginError] - OnLoginError: LERR_JABBER_AUTH <17>: Authentication error with server e.g. resource bind, TLS, create session or SASL error
2017-10-27 10:56:47,396 DEBUG [0x00007fff8b3d7340] [s/adapters/imp/components/Login.cpp(129)] [IMPServices] [OnLoginError] - ****************************************************************
Pasos a resolver
Paso 1. Verifique si los certificados cup-xmpp son válidos.
Paso 2. Compruebe si el puerto 5222 está abierto.
Paso 3. Establezca este registro de servicios en DEBUG y, a continuación, vuelva a crear el problema de inicio de sesión y recopile los registros antes del paso 4 si la causa raíz que se identifica como Reinicio del servidor es la única solución conocida hasta ahora
Paso 4. Reinicie el servidor para resolver el problema.
Error en la pantalla | Causa | Qué comprobar en el registro de Jabber |
No se puede comunicar con el servidor | Se ve cuando la IMP no se puede resolver o no se puede alcanzar debido a problemas de red como el firewall | "LERR_JABBER_UNREACHABLE" |
Fragmento de registro de ejemplo
2014-12-15 12:07:31,600 INFO [0x00001670] [ts\adapters\imp\components\Login.cpp(96)] [imp.service] [IMPStackCap::Login::OnLoginError] - ****************************************************************
2014-12-15 12:07:31,600 INFO [0x00001670] [ts\adapters\imp\components\Login.cpp(97)] [imp.service] [IMPStackCap::Login::OnLoginError] - OnLoginError: (data=0) LERR_JABBER_UNREACHABLE <16>:
2014-12-15 12:07:31,600 INFO [0x00001670] [ts\adapters\imp\components\Login.cpp(98)] [imp.service] [IMPStackCap::Login::OnLoginError] - ****************************************************************
Pasos a resolver
Paso 1. Compruebe si los nombres de host/FQDN de IMP se pueden resolver.
Paso 2. Verifique que el firewall/VPN no bloquee la conectividad con el servidor IM&P (puerto 8443,5222).
Paso 3. Verifique si estos servicios se están ejecutando en el servidor de IM&P y reinícielos una vez.
Paso 4. Realice comprobaciones obligatorias.
Paso 5. Establezca este registro de servicios en DEBUG, vuelva a crear el problema de inicio de sesión y luego recopile los registros si los pasos anteriores no resuelven el problema.
Paso 6. En caso de que todos los usuarios experimenten el mismo error, se puede realizar un reinicio del servidor para una recuperación rápida.
Error en la pantalla | Causa | Qué comprobar en el registro de Jabber |
No se puede iniciar sesión en su cuenta. Póngase en contacto con el administrador. | Se suele ver cuando Jabber inicia sesión con SSO, ya sea in situ o a través de Expressway (acceso remoto móvil (MRA)) | "Iniciar sesiónErrorCódigoError: 27 asignado a: UnknownLog inError " |
Fragmento de registro de ejemplo
2020-03-12 19:55:01,283 DEBUG [0x000000010b71d800][apters/imp/components/Log inUtils.cpp(96)][IMPServices][Log inErrortoErrorCode] - Log inErrortoErrorCode: 27 mapped to: UnknownLog inError
2020-03-12 19:55:01,283 DEBUG [0x000000010b71d800][isteners/Log inEventListenerImpl.cpp(148)][IMPServices][OnLog inError] - errCode: UnknownLog inError
2020-03-12 19:55:01,283 INFO [0x000000016b61f000][ers/imp/lifecycle/Log inExecutor.cpp(314)][IMPServices][signOn] - logged in using User ID: 35309769, failed
2020-03-12 19:55:01,478 INFO [0x000000010b71d800][pp/tahiti/ui/log in/YLCLog inBaseVC.m(500)][UI.Action.System] [-[YLCLog inBaseVC getPresenceErrorMessgaWithCode:]] - Jabber log in failed and show errorcode:200 string: Cannot Sign in your account. Contact your administrator.
Pasos a resolver
Paso 1. Valide que el usuario esté asignado a IM&P.
Paso 2. Valide que los certificados se intercambien correctamente entre los nodos y el Jaber.
Paso 3. Validar las claves de firma y cifrado de OAuth están configuradas correctamente en todos los nodos. Consulte este documento en la sección Verificación.
Paso 4. Realice comprobaciones obligatorias.
Paso 5. Establezca este registro de servicios en DEBUG, vuelva a crear el problema de inicio de sesión y luego recopile los registros si los pasos anteriores no resuelven el problema.
Paso 1. Compruebe si el usuario está asignado a un nodo de presencia (navegue hasta Administración de IM y presencia > Sistema > Topología) y no hay duplicados para el usuario(navegue hasta Administración de IM y presencia > Diagnóstico > Solucionador de problemas del sistema)
Paso 2. Si está habilitada la Alta Disponibilidad, navegue hasta CUCM Administration > Server > Presence Redundancy Group y verifique si están en el estado Normal . Esta es la imagen del estado Normal. Para obtener más información sobre la Alta Disponibilidad, puede encontrar aquí.
Estado anormal
Nota: Jabber utiliza estos servicios para iniciar sesión: Cisco Tomcat, Cisco Tomcat Security, Cisco Client Profile Agent, Cisco XCP Connection Manager, Cisco XCP Router y Cisco XCP Authentication.
Estado normal
Paso 3. Verifique el estado de replicación de alta disponibilidad.
a.utils dbreplicación runtimstate
Si encuentra problemas en la replicación de la base de datos, siga este enlace.
b.run pe sql ttlog in select count(*) from typesysreplication
or utils imdb_replication status (10.5.2 SU2a y posteriores)
Los tres almacenes de datos deben mostrar PASSED, y el comando debe ejecutarse en todos los nodos IM&P, como a veces en un nodo toda la replicación de los almacenes de datos puede mostrar Passed, pero en otro nodo puede mostrar Failed.
Las implicaciones si la replicación de IMDB (Base de datos en memoria) no es correcta pueden implicar que algunos o todos los usuarios no pueden iniciar sesión o que su estado de presencia no se puede mostrar correctamente.
Los pasos para resolver los problemas de replicación de IMDB son:
Paso 1. Inhabilite la alta disponibilidad (HA) para el subclúster de IM&P afectado.
Paso 2. Detenga Cisco Presence Engine en todos los nodos
utils service stop Cisco Presence Engine
Paso 3. Verifique que todos los servicios del almacén de datos se estén ejecutando: Registro en el almacén de datos de Cisco, Cisco Route Datastore, Cisco Presence Datastore, Cisco SIP Registration Datastore.
lista de servicios de utils
Paso 4. Reinicie Cisco Config Agent en cada nodo de uno en uno.
utils service restart Cisco Config Agent
Paso 5. Inicie Cisco Presence Engine.
utils service start Cisco Presence Engine
Paso 6. Habilite HA para el subclúster.
Paso 1 Elija Navegación > Serviciabilidad Unificada > Seguimiento > Configuración.
Paso 2 En la lista desplegable Servidor, elija el servidor (es decir, el nodo IMP) que ejecuta el servicio para el que desea configurar el seguimiento y, a continuación, haga clic en Ir.
Paso 3 En el cuadro de lista desplegable Grupo de servicios, elija el grupo de servicios para el servicio que desea configurar el seguimiento; a continuación, haga clic en Ir.
Paso 4 En el cuadro de lista desplegable Servicio, elija el servicio para el que desea configurar el seguimiento; a continuación, haga clic en Ir.
Paso 5 Marque la casilla de verificación 'Aplicar a todos los nodos' y seleccione el nivel de seguimiento en 'DEBUG'
Paso 6 Para guardar la configuración de los parámetros de seguimiento, haga clic en el botón Guardar
Para obtener más información sobre cómo establecer niveles de seguimiento, consulte la Guía de administración de serviciabilidad de Cisco Unified.
Vídeos útiles:
RTMT | CLI de administración |
---|---|
Agente del perfil del cliente de Cisco | file get activelog tomcat/logs/epassoap/log4j/* |
Cisco Log in Datastore | file get activelog epas/trace/imdb/sdi/ttlog in/ |
Registros De Seguridad Tomcat De Cisco | file get activelog tomcat/logs/security/log4j/* |
Servicio de autenticación XCP de Cisco | file get activelog epas/trace/xcp/log/auth* |
Administrador de conexiones Cisco XCP | file get activelog epas/trace/xcp/log/client-cm-1*.log |
Router Cisco XCP | file get activelog epas/trace/xcp/log/rtr-jsm-1 |
Visor de eventos: registros de aplicaciones | archivo get activelog syslog/CiscoSyslog* |
Visor de eventos: registros del sistema | file get activelog syslog/messages* |
Revisión | Fecha de publicación | Comentarios |
---|---|---|
2.0 |
18-Mar-2022 |
Solucione problemas de fragmentos y comentarios agregados. |
1.0 |
15-Sep-2021 |
Versión inicial |