Solución de problemas de la Consola del operador

2
2
UIM 20.3.3 ha eliminado la dependencia de CA Business Intelligence (CABI) para procesar las pantallas nativas de la Consola del operador: página principal, página de vista de grupos, página de vista de dispositivos y página de vista Tecnologías de monitorización (sondas). Los cuadros de mandos y los informes personalizados y listos para usar todavía se representan mediante CABI. Es decir, tienen una dependencia de CABI. Sin embargo, las pantallas nativas de la Consola del operador ya no dependen de CABI (Jaspersoft) y se representan mediante HTML5.Para obtener más información sobre las pantallas nativas de la Consola del operador utilizando HTML5, consulte el artículo Configuración y visualización de datos de monitorización o la sección Eliminación de dependencias de CABI (Consola nativa del operador) en el artículo de UIM 20.3.3.
Instalación de la Consola del operador (OC) en el concentrador principal en lugar del servidor de UMP
Síntoma:
Estoy actualizando mi entorno 8.51, 9.02, 9.2 o 20.1 a la versión 20.3 y el instalador de la Consola del operador (OC) está intentando instalar la Consola del operador en el concentrador principal en lugar de en el servidor de UMP. ¿Cómo puedo solucionar este problema?
Solución:
La Consola del operador busca la sonda wasp y, a continuación, busca un archivo. Si encuentra el archivo en el concentrador principal, la OC se instala en el concentrador principal. Además, no se puede cambiar el destino de la instalación en el servidor de UMP.
Si el instalador de la OC intenta implementar la OC en su concentrador principal, cancele la actualización y haga lo siguiente.
Este proceso también funciona si ya se ha instalado la OC en el concentrador principal.
  1. Realice una copia de seguridad del archivo wasp.cfg que está disponible en el concentrador principal.
  2. Ejecute el desinstalador de wasp.
  3. En la lista de paquetes instalados del controlador, compruebe si existen paquetes relacionados con UMP/OC. (Consulte el paso 4 para obtener la lista de paquetes que se deben eliminar).
    1. Si existen paquetes, vaya al paso 4 y desinstale los paquetes mediante la utilidad de sonda.
    2. De lo contrario, vaya al paso 11 y suprima la carpeta wasp.
  4. Desde el Gestor de la infraestructura, haga clic en la sonda del controlador del robot principal para resaltarla (no abra la IU).
    primary robot controller probe
  5. Pulse Ctrl+P para abrir la utilidad de sonda.
  6. Utilice la devolución de llamada inst_pkg_remove de la sonda controller para eliminar los paquetes de UMP/OC. Es decir, inst_pkg_remove wasp. Busque el paquete inst_pkg_remove de la lista desplegable.
  7. En la sección de paquete, escriba el paquete que desee suprimir.
    primary robot controller probe
  8. Utilice la utilidad de sonda para eliminar las sondas siguientes:
    • wasp_service_wrapper
    • nisapi_wasp
    • ump
    • ump_operatorconsole
    • wasp_alarmviewer_api
    • policy-management-ws
    • mcs-ui-app-portlet
    • ump_cabi
    • ump_accountadmin
    • ump_dashboard
    • adminconsoleapp
    • uimhome
    • uimesdplatelemetry
    • mps
    • WASP
  9. Si se obtiene un error al hacer clic en el botón Ejecutar (icono de reproducción), vuelva a implementar la sonda en el concentrador principal y, a continuación, ejecute el paquete inst_pkg_remove.
  10. Compruebe que se han eliminado las aplicaciones abriendo la IU del controlador y accediendo a la ficha Estado, Paquetes instalados.
    primary robot controller probe
  11. Elimine la carpeta wasp del sistema de archivos.
  12. Implemente los paquetes wasp, adminconsoleapp, uimhome y uimesdplatelemetray en el concentrador principal de nuevo.
  13. Si el archivo wasp.cfg anterior tiene que volver a utilizarse, borre las aplicaciones web de UMP/OC de la sección de aplicaciones web del archivo .cfg y reemplácelo.
  14. Active la sonda WASP.
  15. Vuelva a ejecutar el instalador de la OC. Debe encontrar el servidor de UMP. En la captura de pantalla siguiente, la configuración tiene dos servidores de UMP y el instalador ha seleccionado el servidor secundario de UMP. Permita que el instalador se ejecute allí.
    primary robot controller probe
  16. Después de completar la instalación de la OC en el UMP secundario, desactive el robot en la OC secundaria actual.
  17. Vuelva a ejecutar el instalador de la OC para actualizar el UMP principal.
    primary robot controller probe
  18. Active el robot de la OC secundario.
  19. Verifique que la implementación esté funcionando en ambos servidores.
No se muestra el cuadro de mandos de CABI en la OC
Síntoma:
Los cuadros de mandos de CABI no se muestran en la Consola del operador para todos los usuarios con todos los tipos de explorador. Se muestra el mensaje de error
Falta un componente del sistema
en la IU de la OC. El archivo wasp.log de la OC es el siguiente:
DEBUG [https-jsse-nio-443-exec-7, com.firehunter.ump.utils.ProbeAddress] Unable to get port_list for robot : null ERROR [https-jsse-nio-443-exec-7, com.ca.cabi4uim.controllers.CABIController] Unable to initialize cabi probe client: Unable to communicate with any of the possible cabi probes: cabi,cabi_external
 Los detalles del entorno son los siguientes:
  • UIM 20.3 con ump_operatorconsole v2.06 y CABI v4.30 se encuentran en robots independientes.
  • HTTPS está habilitado tanto en la OC como en CABI.
  • Los cuadros de mandos de CABI para UIM funcionan correctamente con un inicio de sesión directo a CABIJS.
Solución:
Estos pasos pueden ayudarle a solucionar la incidencia:
  • Descargue robot_update_9.32.zip desde el Índice de revisiones de CA Unified Infrastructure Management e impórtelo en el archivo de archivado de UIM.
  • En el robot de CABI, implemente robot_update_9.32.
  • En el robot de la OC, siga estos pasos:
    • Desactive la sonda WASP.
    • Renombre ..\Nimsoft\probes\service\wasp\webapps\cabi.
    • Renombre ..\Nimsoft\probes\service\wasp\work.
    • Implemente robot_update_9.32.
    • Implemente ump_cabi 4.22 y compruebe que la fecha de modificación para ...\Nimsoft\probes\service\wasp\webapps\cabi.war se haya actualizado.
    • Active la sonda WASP.
No se carga la página principal de la OC
Síntoma:
Cuando inicio sesión en la Consola del operador 20.3, la página principal de la Consola del operador no se carga.
Solución:
No cierre la página ni haga clic en ninguna otra opción. Espere a que la página principal de la OC se cargue totalmente; se cargará después de un tiempo.
Redireccionamiento de la OC a la página de inicio de sesión de CABI
Síntoma:
No se estaba cargando la página principal de la Consola del operador al iniciar sesión en la Consola del operador 20.3. Al hacer clic en la opción Informes en el panel izquierdo, me redirige a la página de inicio de sesión de CABI.
Solución:
Permita que la página principal de la Consola del operador se cargue totalmente antes de seleccionar cualquier otra opción. La OC y CABI son aplicaciones web diferentes/independientes. Para que JasperServer cree una sesión para CABI, el proceso de carga de la página principal permite que esto suceda. Si selecciona la opción Informes antes de que la página principal de la OC se cargue, se le redirigirá
inesperadamente
a la página de inicio de sesión de CABI. Una vez que se carga la página principal, la sesión se almacena en la memoria caché y ya no se redirige a la página de inicio de sesión de CABI. Si la sesión de la OC está inactiva de 15 a 20 minutos, la sesión de CABI puede agotar el tiempo de espera. En ese caso, seleccione la página principal y permita que se cargue de nuevo.
La OC intenta instalarse en CABI Server
Síntoma:
En mi entorno, mientras se actualizaba a la versión 20.3.1, la instalación de la Consola del operador intentaba instalar la Consola del operador en el servidor de CABI. No se puede intentar instalar en UMP (ni siquiera en el concentrador principal tal y como se ha descrito anteriormente). Durante la instalación, la lista desplegable no enumeraba ningún servidor donde pudiera instalar la OC. No me estaba dando ninguna opción; por ejemplo, no se ha permitido la instalación en el servidor de UMP. Solo se ha intentado instalar en el servidor de CABI.
Solución:
Como solución alternativa, puede seguir estos pasos:
  • Antes de iniciar la instalación de la OC, cierre el robot CABI.
  • Inicie la instalación de la OC. La lista desplegable ahora le permite seleccionar el servidor de UMP donde poder instalar la OC.
No se pueden ver los grupos, cuentas y SLA de SLM en la Consola del operador
Síntoma:
Después de actualizar a 20.3.x, no veo grupos, cuentas ni SLA de SLM en la Consola del operador.Tengo varios SLA y varias cuentas, y están en la base de datos.
Solución:
Se puede producir esta incidencia si hay una alarma warning_severity = null del acuerdo de nivel de servicio. Esto genera un error que impide que el explorador recupere la lista de SLM (en la Consola del operador) con las cuentas y los grupos. Como solución alternativa, siga estos pasos:
  1. Ejecute la siguiente consulta en la base de datos:
    select sla_id from S_SLA_ALARM where warning_severity is null
  2. Copie el valor de sla_id y ejecute la siguiente consulta update:
    update S_SLA_ALARM set warning_severity =0 where sla_id =<from the first query>
    Repita la operación para todos las advertencias warning_severity que tengan un valor nulo y reemplácelos por 0.
  3. Cierre la sesión e inicie sesión otra vez.
    El problema debe estar solucionado.
Error de acceso a los datos en la Consola del operador
Síntoma:
Al acceder a la Consola del operador en UIM 20.3.2, veo un error de acceso a los datos.UIM 20.3.2 y CABI están configurados correctamente. Además, al cargar la página principal, no veo ningún contenido de CABI (Error de acceso a los datos) y he visto errores 404 en la ficha Red.
Solución:
Este es un problema de contenido. El error de acceso a los datos se está produciendo porque faltan cuadros de mandos en CABI.Implemente o vuelva a implementar los siguientes paquetes en el robot de CABI:
  • uim_core_dashboard
  • uim_unified_reporter
Auditoría de los inicios de sesión en la Consola del operador
Síntoma:
He actualizado a UIM 20.3.2. Deseo monitorizar los inicios de sesión de usuarios externos en el portal. ¿Existe una manera de recopilar los registros de auditoría de la Consola del operador que muestre los inicios de sesión con las marcas de tiempo de los usuarios de la cuenta y del bus?¿Existe una manera rápida de ver la última fecha de inicio de sesión de los usuarios de la cuenta?
Solución:
En 20.3.x, la tabla User_ es ahora la tabla CM_User_. Funciona de la misma manera. Las entradas de esta tabla se crean cada vez que un usuario (usuario de nimbus o usuario de la cuenta) inicia sesión en la Consola del operador por primera vez.Sin embargo, los campos loginDate y lastLoginDate no son atributos en la nueva tabla.La alternativa es monitorizar wasp.log con logmon para los inicios de sesión de la Consola del operador, tal y como se describe en el artículo de la base de conocimiento.Aunque la base de conocimiento aún hace referencia a UMP, wasp.log registra los intentos de registro.
Ejemplos:
  • El administrador inicia sesión en la Consola del operador
    wasp.log
    Dec 23 12:36:13:261 DEBUG [http-nio-80-exec-17, com.fr.ump.auth.NmsAuth] Login from request user {userId=10159, screenName=
    administrator
    , [email protected], locale=en_US, firstName=administrator, middleName=null, lastName=} Dec 23 12:36:13:403 DEBUG [http-nio-80-exec-17, com.fr.ump.auth.NmsAuth] User prin [email protected]cf24917(administrator) found for 10159
  • El usuario de cuenta inicia sesión en: (
    ipxxxxx
    )
    wasp.log
    Dec 23 12:45:47:211 DEBUG [http-nio-80-exec-12, com.nimsoft.nimbus.probe.service.wasp.db.DbPreparedStatement] Query pNJt took: 0.001s Dec 23 12:45:47:211 DEBUG [http-nio-80-exec-12, com.nimsoft.nimbus.probe.service.wasp.auth.LoginModule] ippma03 logged in. Dec 23 12:45:47:211 DEBUG [http-nio-80-exec-12, com.firehunter.ump.auth.NmsAuth] User:
    ipxxxxx
    , NimBUS login milliseconds: 129 Dec 23 12:45:47:215 DEBUG [http-nio-80-exec-12, com.firehunter.ump.auth.NmsAuth] Login from request user {userId=10161, screenName=ipxxxxx, [email protected], locale=en_US, firstName=dicjiod, middleName=null, lastName=dsmopc}