Problemas conocidos

uim203
Los siguientes problemas conocidos se aplican a UIM:
2
Aplicación vulnerable en situaciones de comunicación poco segura y vulnerable
Síntoma:
Los datos de autenticación confidenciales específicos del usuario se transmiten en texto no cifrado, que puede rastreado por un atacante para poner en peligro la identidad de los usuarios y obtener acceso no autorizado a la aplicación.
Solución:
Utilice SSL en cualquier conexión autenticado o cada vez que se que se transmitan datos confidenciales.Utilice SSL para todas las conexiones autenticadas o para la transmisión de datos de valor o confidenciales, por ejemplo credenciales, detalles de la tarjeta de crédito, estado y otra información privada.Asegúrese de que las comunicaciones entre los elementos de la infraestructura, como los servidores web y los sistemas de bases de datos estén correctamente protegidos por el uso de seguridad de la capa de transporte o el cifrado de nivel de protocolo para los datos intrínsecos y de credenciales.
Se produce un error en la instalación de CABI al utilizar caracteres especiales en nombres de cuenta de LDAP y la Consola del operador (OC)
Al utilizar caracteres especiales (\, |, [ ], `, ", ', ~, !, #, $, %, ^, &, [,], *, +, =, ;, * :, ?, <, >, }, {, ), (, ], [, /, @) en los nombres de cuenta de la Consola del operador (OC) o LDAP, la sincronización de la cuenta con CABI produce un error que da lugar a una instalación errónea.
No se puede recopilar la métrica de la calidad del servicio no predeterminada cuando se utilizan plantillas mejoradas
Síntoma:
Al utilizar las plantillas mejoradas, el archivo de configuración de la sonda no se actualiza con la información de la métrica de la calidad del servicio.
Solución:
La recopilación de la calidad del servicio para la métrica predeterminada funciona según lo previsto para las plantillas heredadas. Sin embargo, para las plantillas mejoradas, el archivo de configuración de la sonda no se actualiza puesto que no hay ninguna asignación en la plantilla para la recopilación de la calidad del servicio no predeterminada.
La configuración de la sonda cdm puede afectar al rendimiento del servidor de detección cuando los dispositivos monitorizados utilicen un sistema de archivos compartidos
Síntoma:
De forma predeterminada, la configuración de la sonda cdm tiene el valor de Setup/allow_remote_disk_info establecido en Sí. Esto permite que la sonda cdm genere el ID de dispositivo para todas las unidades compartidas en un dispositivo monitorizado mediante un sistema de archivos compartidos. En esta situación, la sonda cdm crea perspectivas duplicadas para el mismo sistema de archivos compartidos. Esto puede afectar al rendimiento de discovery_server.
Solución:
Para corregir esta incidencia, utilice Configuración sin formato para cambiar el valor de Setup/allow_remote_disk_info a No. Revise la base de datos de UIM y elimine las perspectivas duplicadas. Esta acción debe devolver el rendimiento de discovery_server al nivel operativo normal.
La implementación de sondas en modo de doble pila (IPv4 e IPv6) no es compatible
Síntoma:
Cuando se ejecuta la utilidad Nimsoft Loader (nimldr) y se configura el concentrador primario mediante la dirección IPv6 y se ejecutan en el modo de doble pila, ocurre una de las siguientes situaciones:
  • Cuando se proporciona una dirección IPv4 para el concentrador primario, se produce un error en la instalación.
  • Cuando se proporciona una dirección IPv6 para el concentrador primario, se instala el robot, pero no se puede implementar ni configurar ninguna sonda en el robot.
Solución:
El modo de doble pila no funciona puesto que el concentrador principal del entorno de UIM está en modo de doble pila IPv6 y la dirección IP utilizada en robot.cfg es de doble pila IPv4.
El permiso de diseño del cuadro de mandos requiere privilegios de usuario del bus
En el Administrador de cuentas, se puede agregar el permiso de diseño del cuadro de mandos a una lista de control de acceso para un usuario de contacto de la cuenta si el usuario desea crear cuadros de mandos personalizados. Sin embargo, el permiso solo funcionará para un usuario del bus. Se ignora el permiso de diseño del cuadro de mandos aplicado a un usuario de contacto de la cuenta.
Incidencia de localización de la plantilla de configuración de la monitorización de Exchange
En CA UIM 9.0.2, el nombre del perfil predeterminado no está localizado en la plantilla de MCS de la configuración de la monitorización de Exchange.
El nombre descriptivo con caracteres especiales no puede implementar el esquema
Síntoma:
Cuando se implementa un esquema que tiene caracteres que no son válidos en los nombres de archivo, el esquema no se puede implementar con el siguiente error: Error occurred while creating/deploying schema probe package (error al crear/implementar el paquete de sondas del esquema), Failed to deploy the probe package for the schema (error al implementar el paquete de sondas para el esquema), <friendly_name> ScaleIO97db5264cdf49dbadf1de5928b0d9c98 :: <friendly_name>_schema.json."
Solución:
Defina los nombres descriptivos con los caracteres que son válidos en los nombres de archivo.
Se produce un error al cargar el esquema de Isilon
Síntoma:
Se produce un error de carga del esquema de Isilon con este error "There was a problem while importing" ("Se ha producido un problema durante la importación"). "Please contact administrator" ("Póngase en contacto con el administrador"). Pulse Aceptar para continuar.
Solución:
Este error normalmente se produce si el tamaño del esquema es de más de 1 MB. Se puede cargar el esquema de Isilon con 1 MB como el tamaño máximo del archivo.
Grupos de interfaces no compatibles con la aplicación móvil
Actualmente, la aplicación no es compatible con grupos de interfaces con dispositivos Android o iOS.
Se produce un error en la instalación en RHEL 7.4
Síntoma:
Se produce un error en la instalación de UIM en equipos RHEL 7.4.
Solución:
Si está utilizando RHEL 7.4, asegúrese o bien de que el archivo de fuentes local.conf está configurado o de que el paquete dejavu-serif-fonts está instalado. Para obtener más información, consulte la documentación de RHEL.
Opción 1
: El archivo de fuentes local.conf está configurado.Cree el archivo /etc/fonts/local.conf con el siguiente contenido:
<?xml version='1.0'?> <!DOCTYPE fontconfig SYSTEM 'fonts.dtd'> <fontconfig> <alias> <family>serif</family> <prefer><family>Utopia</family></prefer> </alias> <alias> <family>sans-serif</family> <prefer><family>Utopia</family></prefer> </alias> <alias> <family>monospace</family> <prefer><family>Utopia</family></prefer> </alias> <alias> <family>dialog</family> <prefer><family>Utopia</family></prefer> </alias> <alias> <family>dialoginput</family> <prefer><family>Utopia</family></prefer> </alias> </fontconfig>
Opción 2
: Ejecute el comando de instalación de yum para instalar el paquete dejavu-serif-fonts.
yum install dejavu-serif-fonts
Es posible que las sondas basadas en Java no puedan iniciarse en la implementación del concentrador secundario
CA Unified Infrastructure Manager v8.51 y versiones posteriores se instalan con Java 8. Cuando se actualiza a CA UIM v8.51 o posterior, si las sondas basadas en Java previamente se implementaban en un robot que utiliza una versión anterior de Java (por ejemplo, Java 7), es posible que las sondas no se inicien. Se recomienda volver a implementar java_jre versión 1.7 en el robot y, a continuación, reiniciarlo para solucionar este problema.
Requisito de la variable de entorno del SDK de Java
Si se utiliza el SDK de Java para enviar mensajes a UIM, se debe establecer la variable de entorno siguiente para designar la dirección IP de bucle invertido para contactar el robot local. Por ejemplo:
NIM_ROBOT_IP=127.0.0.1
Se produce un error en la validación del esquema de JSON
Síntoma: subsistemas
Cuando se carga un esquema de JSON y se produce un error en la validación, aparece el siguiente error:
[<schema_name>.json] is/are missing UIM metric definitions syntax.
Solución:
Este error ocurre normalmente cuando no se encuentra la sección de definición de
métrica
de UIM en el archivo JSON o contiene valores incorrectos en los atributos
operator
y
severity
.
Para solucionar el error, edite el archivo de esquema y lleve a cabo una de las acciones siguientes:
  • En la sección de
    métrica
    del esquema, defina solamente un valor para los siguientes atributos:
    operador
    y
    severidad
    . Estos atributos no son compatibles con ninguna matriz de valores.
    O
  • Elimine los siguientes atributos de la sección de
    métricas
    en el esquema:
    thresholdenabled
    ;
    operator
    ;
    severity
    ;
    custom_message
    ;
    custom_clear_message
Copia manual de los certificados de seguridad en CABI externo (robot secundario)
Antes de implementar la versión de CABI externo y de activar TLS v1.2, deben copiarse manualmente los certificados de seguridad desde el robot primario en el robot secundario.
Cuando se utiliza Microsoft SQL Server como la base de datos, se deberán copiar manualmente los archivos de almacén de confianza (jks) desde el robot primario hacia el robot secundario. Los archivos se colocan en la carpeta <Nimsoft>\security.
Cuando se utiliza Oracle como la base de datos, se deberán copiar manualmente los archivos de la cartera (SSO/PKCS12) desde el robot primario hacia el robot secundario. Los archivos se colocan en la carpeta <Nimsoft>\security.
Los perfiles de configuración del servicio de configuración de la monitorización no se pueden aplicar a todos los miembros de los grupos dinámicos grandes
Los grupos dinámicos se actualizan de forma predeterminada cada 5 minutos. En entornos grandes de CA UIM, los grupos dinámicos pueden tener más de mil miembros. Es poco probable que el servicio de configuración de la monitorización pueda implementar o actualizar los perfiles de configuración de todos los miembros de un grupo dinámico grande durante el intervalo de 5 minutos. Para solucionar el problema, se puede aumentar el intervalo configurado. El intervalo se establece con group_maintenance_interval en nis_server. Para obtener más información sobre la modificación de group_maintenance_interval en nis_server, consulte la sección
Configuración del intervalo de actualización de los grupos automáticos
en el artículo Creación y gestión de grupos.
Es posible que las sustituciones del perfil de configuración a nivel del dispositivo de MCS MySQL, Oracle o SQL Server no estén marcadas con un asterisco
Utilizando el servicio de configuración de la monitorización, se pueden crear perfiles de configuración de MySQL, Oracle o SQL Server a nivel del grupo. Después de que el servicio de configuración de la monitorización aplique el perfil de configuración de grupo a todos los miembros de un grupo, se podrán realizar las sustituciones a nivel del dispositivo. El servicio de configuración de la monitorización marca cada campo con una sustitución a nivel del dispositivo en el perfil de configuración del dispositivo con un asterisco. En las siguientes condiciones, es posible que no se vea un asterisco en algunos de los campos de
alarma
a nivel del dispositivo que tienen anulaciones:
  • Se ha establecido el perfil a nivel del grupo para un punto de comprobación para publicar
    Ninguno
    o
    QoS
    , y después
    .
  • La anulación a nivel del dispositivo para el mismo punto de control se ha establecido en
    Alarma
    o
    Calidad del servicio y alarmas
    .
mon_config_service no se activa después del reinicio
Síntoma:
Cuando reinicio la sonda mon_config_service desde la Consola de administración/IM, la sonda permanece desactivada.
Solución:
Si la sonda mon_config_service permanece desactivada después del reinicio, vaya a la Consola de administración/IM y seleccione > Activar.
La rotación de archivos de mon_config_service.log no funciona correctamente
Tanto log4j como NimLog actualmente están escribiendo en mon_config_service.log y esto impide que las entradas del archivo de registro roten correctamente. Para corregir este problema, se deberá modificar el archivo log4j.properties y agregar un tamaño de archivo apropiado para el archivo mon_config_service.log. La solución alternativa para corregir este problema es la siguiente:
  1. En el Escritorio remoto, abra el archivo log4j.properties, ubicado en <uim>\Nimsoft\probes\service\mon_config_service, en un editor de texto.
  2. Elimine FILE de la instrucción 'log4j.rootCategory=ERROR, FILE, CONSOLE' en la primera línea del archivo.
    La instrucción se convierte en 'log4j.rootCategory=ERROR, CONSOLE'.
  3. Guarde el archivo.
  4. Especifique un tamaño de archivo apropiado para el archivo mon_config_service.log. El tamaño de archivo predeterminado es de 1024 kB.
    1. Acceda a la Consola de administración.
    2. Seleccione el concentrador en la ficha
      Robots
      y, a continuación, haga clic en la ficha
      Sondas
      .
    3. Haga clic en el botón de menú en línea para el archivo mon_config_service.log y seleccione
      Configuración sin formato
      .
    4. Haga clic en la sección
      Setup
      (Configuración).
    5. Haga clic en
      +
      en la esquina superior derecha para crear una nueva clave.
    6. Introduzca el
      tamaño del registro
      en el campo Key.
    7. En el campo Value, introduzca un tamaño de archivo apropiado en kilobytes para el archivo mon_config_service.log.
    8. Haga clic en
      Crear
      para agregar el valor de la clave del tamaño del registro.
    9. Haga clic en Update (Actualizar) para guardar los cambios.
Nombres de campo de los tipos de perfil del servicio de configuración de la monitorización
Aunque los tipos de perfil del servicio de configuración de la monitorización y las interfaces gráficas de usuario de configuración de las sondas asociadas (en la Consola de administración o en el Gestor de la infraestructura) para una determinada sonda tienen las mismas opciones de configuración, es posible que los nombres de campos individuales no siempre coincidan entre ellos.Para obtener más información sobre los campos disponibles para cada interfaz gráfica de usuario de la sonda, consulte la documentación de cada sonda en el sitio Sondas.
Los monitores no se suprimen incluso después de eliminar la última plantilla hijo (anular) para un dispositivo
Síntoma:
Cree un grupo y agregue un dispositivo a este grupo. Además, asegúrese de que ninguna otra plantilla de anulación está definida para el dispositivo. A continuación, anule una plantilla de este grupo y verifique que se aplica la plantilla de anulación (se publican los monitores). Ahora, suprima la plantilla de anulación. Incluso después de suprimir la plantilla de anulación, no se suprimen los monitores creados a partir de la plantilla para el dispositivo.
Solución:
Cuando se eliminan todos los perfiles de plantilla hijo asociados a un dispositivo, se suprime la entrada del dispositivo desde el archivo de configuración de la sonda. Los sonda procesa todos los dispositivos que se encuentran en el archivo de configuración. Por lo tanto, no se procesa ningún dispositivo que se encontraba anteriormente y que ahora no está presente en el archivo. Es decir, no se eliminan los monitores creados anteriormente.
En la implementación actual no existe ninguna forma disponible para gestionar los dispositivos que se han eliminado del archivo de configuración. Como solución alternativa, reinicie la sonda cada vez que esto ocurra.
Conflictos de la resolución de nombres en sistemas de Debian con la sonda automated_deployment_engine
De forma predeterminada Debian v6 utiliza la dirección 127.0.1.1 como dirección de resolución del nombre. Cuando un robot se implementa en un sistema Debian 7 u 8 mediante la sonda automated_deployment_engine, después del reinicio del sistema el robot intenta vincularse con 127.0.1.1 como dirección disponible. Utilice la siguiente solución alternativa para evitar la contención para 127.0.1.1 en el sistema Debian:
  • Si se instala el robot manualmente o mediante la sonda automated_deployment_engine, se debe acceder al sistema de destino después de la operación y agregar la línea siguiente al archivo de registro robot.cfg:
robotip = dirección_ip
donde
dirección_ip
es la dirección IP a la que se desea vincular el robot en el sistema de destino.
  • Si se implementa el robot en Debian 6.0.5 mediante XML, se debe especificar la opción
    <robotip>dirección_ip</robotip>
    , donde
    dirección_ip
    es la dirección a la que debe vincularse el robot en el sistema de destino.
Oracle Instant Client 12.2 no funciona
Síntoma:
CA UIM 9.0.2 no funciona con Oracle Instant Client 12.2.
Solución:
Como solución alternativa, utilice Oracle Instant Client 12.1.
La administración de la sonda devuelve un error desconocido en un entorno del clúster de Windows
Cuando se intenta configurar una sonda, la administración de la sonda puede devolver un mensaje de
error desconocido
en un entorno de clúster de Windows. En concreto, este problema se ha producido con la sonda ems, pero puede ocurrir con otras sondas. Para solucionar este problema, siga los pasos siguientes:
  1. Inicie sesión en el Gestor de la infraestructura como administrador.
  2. En la ficha Seguridad, seleccione
    Administración de la sonda
    .
  3. Haga clic en
    Nueva sonda
    para agregar una entrada para la sonda ems.
    1. En la lista desplegable
      Sonda
      , seleccione ems.
    2. Seleccione Administración en la lista desplegable
      Acceso
      .
    3. Introduzca un asterisco (*) en el campo
      Máscara IP
      y haga clic en
      Aceptar
      para guardar los cambios.
Eliminación de la función de reconciliación de perfiles del servicio de configuración de la monitorización
La función de reconciliación se ha movido de la sonda mon_config_service a nuevas herramientas de utilidades del servicio de configuración de la monitorización. La herramienta de utilidades del servicio de configuración de la monitorización proporciona más flexibilidad para programar la reconciliación y más informes aún más detallados de las diferencias detectadas, y aumentan el rendimiento de la sonda mon_config_service. Para corregir las diferencias en los perfiles de configuración gestionados por el servicio de configuración de la monitorización, consulte Herramienta de utilidades del servicio de configuración de la monitorización.
Las sondas dejan de funcionar después de cambiar el nombre del robot y de reiniciarlo
Síntoma:
Las sondas no funcionan después de cambiar el nombre del robot y de reiniciarlo.
Solución:
Debe validar las sondas después de cambiar el nombre del robot. La validación se puede realizar a través de la interfaz del Gestor de la infraestructura.
Se produce un error en la instalación del robot en UNIX
Síntoma:
Se produce un error en las instalaciones del robot de UNIX o el robot no puede iniciarse después de la instalación.
Solución:
Las instalaciones del robot desde la Consola del operador (OC) funcionan según lo esperado. Sin embargo, esto se produce con la instalación silenciosa mediante la utilidad Nimsoft Loader (nimldr). Si aparece este mensaje de error, vuelva a intentar la instalación otra vez.
./niminit stop Failed to stop nimbus.service: Unit nimbus.service not loaded.
./niminit start Failed to start nimbus.service: Unit nimbus.service failed to load: No such file or directory.
Si un robot no arranca, detenga y reinicie el robot.
El subcliente no es compatible con los informes de disponibilidad de CABI
Síntoma:
Actualmente, los informes de disponibilidad de CABI no son compatibles con la función de subcliente. Los datos de todos los orígenes serán visibles al usuario en los informes de disponibilidad de CABI.
Solución:
No hay ninguna solución alternativa disponible para este problema.
Error de ejecución del comando AO (operador automático) de la sonda nas cuando la ruta incluye un espacio (casos de soporte 246133 y 315782)
No se puede analizar una acción de comando cuando la ruta contiene espacios. No se deben utilizar espacios en la ruta del comando AO.
No se pueden migrar los perfiles existentes a los perfiles mejorados después de actualizar desde UIM 8.5.1 a UIM 9.02.
Síntoma:
Después de actualizar a UIM 9.02 desde UIM 8.5.1, no se muestran los perfiles mejorados en la Consola del operador (OC) para mis perfiles existentes, incluso después de implementar el paquete del servicio de configuración de la monitorización para los perfiles mejorados.
Solución:
Será necesario actualizar el último paquete de la plantilla de MCS (no mejorado) antes de intentar migrar los perfiles existentes a los perfiles mejorados.Para obtener más información, consulte
Migración y conversión de perfiles existentes
en la página Configuración de umbrales de alarma en MCS.
No se puede cambiar "Necesita la autenticación del cliente" en la interfaz de usuario de data_engine
Síntoma:
Este problema se produce cuando se activa TLS v1.2 para Oracle (base de datos de UIM) y se intenta cambiar la opción
Necesita la autenticación del cliente
. En la interfaz de IM data_engine, al intentar cambiar la opción
Necesita la autenticación del cliente
, el valor apropiado para esta opción no se establece en el archivo sqlnet.ora. El archivo sqlnet.ora está disponible en la carpeta
<
Nimsoft>\security
en el equipo de UIM Server.
Solución:
Como solución alternativa, debe actualizar manualmente el valor del parámetro SSL_CLIENT_AUTHENTICATION. Para ello, siga estos pasos:
  1. En el equipo de UIM Server, vaya a la carpeta
    <
    Nimsoft>\security
    .
  2. Localice y abra el archivo sqlnet.ora.
  3. Actualice el parámetro SSL_CLIENT_AUTHENTICATION en el archivo sqlnet.ora en función de si se selecciona o no la opción
    Necesita la autenticación del cliente
    (en la interfaz de IM data_engine).
    Por ejemplo, si se selecciona la opción en la interfaz de IM, el parámetro debe establecerse como se muestra a continuación:
    SSL_CLIENT_AUTHENTICATION = TRUE
    Si no se selecciona la opción, el parámetro debe establecerse como se muestra a continuación:
    SSL_CLIENT_AUTHENTICATION = FALSE
  4. Reinicie la sonda data_engine.
No se puede desinstalar el robot secundario en un entorno de IPv6
Síntoma:
En un entorno de IPv6 puro, si se intenta eliminar el robot secundario del concentrador, se desactiva el botón
Aceptar
después de introducir la dirección IP del robot secundario.
Solución:
Quite primero el robot del concentrador y, a continuación, desinstálelo para la eliminación correcta del robot secundario.
No se puede crear el perfil no mejorado de la sonda cdm (heredado)
Síntoma:
Cuando intento crear el perfil no mejorado de la sonda cdm (perfil heredado), no lo puedo crear.
Solución:
La plantilla no mejorada (heredada) de cdm requiere que cdm 6.30-MC esté presente en el archivo de archivado local. De forma predeterminada, cdm 6.30-MC no está presente en el archivo de archivado local. Por lo tanto, si desea crear un perfil de plantilla heredada de cdm, asegúrese de que cdm 6.30-MC está disponible en el archivo de archivado local.
No se puede abrir la configuración de la sonda mediante la Consola de administración
Síntoma:
No se abre la ventana de configuración cuando se selecciona la opción de configuración para cualquier sonda en la Consola de administración.
Solución:
Este problema se produce cuando se bloquean los cuadros emergentes en el explorador. Asegúrese de que no se bloquea ningún cuadro emergente en la Consola de administración y seleccione la opción Configuración.
Actualización de los certificados autofirmados
Se ha actualizado la versión de Java a Java 8. Los certificados autofirmados generados por versiones anteriores de CA UIM deberán actualizarse. Si no se actualizan los certificados preexistentes, las conexiones HTTPS al servidor de CABI no funcionarán debido al cambio en los niveles de cifrado de seguridad de Java 1.8. Para obtener más información, consulte Configuración de HTTPS en la Consola de administración o en la OC.
Uso de variables para un nombre de perfil admitido (caso de Salesforce 418533)
El servicio de configuración de la monitorización ahora permite a los usuarios introducir variables (por ejemplo {device.ip} o {device.name}) para un nombre de perfil.
(Para 9.0.2 o posterior) Detección y corrección de las diferencias de perfil mediante mon_config_service_cli
No se aplicará el siguiente proceso para detectar y corregir las diferencias de perfil:
  1. Se debe emitir el comando Find-Profile-Diffs para buscar los robots con diferencias en el perfil de configuración.
  2. A continuación, se debe emitir el comando Fix-Profile-Diffs para corregir las diferencias de los perfiles.
  3. Por último, se debe volver a emitir el comando Find-Profile-Diffs con un archivo que contenga la lista de los robots que tengan diferencias en el perfil para verificar que ya no existen diferencias en los perfiles.
WASP no extrae las aplicaciones web
Síntoma:
WASP no extrae las aplicaciones web y las entradas como las que se muestran a continuación se encuentran en wasp.log:
Feb 24 17:18:41:028 INFO [Catalina-utility-1, org.apache.catalina.core.ContainerBase.[wasp-engine].[localhost].[/]] No Spring WebApplicationInitializer types detected on classpath Feb 24 17:18:44:050 ERROR [Catalina-utility-1, org.apache.catalina.core.ContainerBase] startInternal() A child container failed during start Feb 24 17:18:44:051 ERROR [Catalina-utility-1, org.apache.catalina.core.ContainerBase] java.util.concurrent.ExecutionException: org.apache.catalina.LifecycleException: Failed to start component [[email protected]] at java.util.concurrent.FutureTask.report(FutureTask.java:122) at java.util.concurrent.FutureTask.get(FutureTask.java:192) at org.apache.catalina.core.ContainerBase.startInternal(ContainerBase.java:916) at org.apache.catalina.core.StandardHost.startInternal(StandardHost.java:841) at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:183) at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1384) at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1374)
Solución:
  1. Abrir registro
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NimbusWatcherService
    . En la clave "ImagePath", cambie el valor a path (el mismo caso) tal y como aparece en el explorador de Windows. (p. ej., "C:\Archivos de programa\nimsoft\bin\nimbus.exe").
  2. Reinicie el servicio "Nimsoft Robot Watcher".
La actualización de Origin en la sonda del concentrador y la anulación del origen establecida por el concentrador en la funcionalidad de la sonda del controlador no funcionan correctamente
Cuando se actualiza Origin en el concentrador o el controlador, el nombre Origin no se actualiza en las alarmas hasta que se borran las alarmas manualmente o se reinicia el robot manualmente.
En la sonda NAS, se crea la clave, incluido el origen, que se compara con la clave existente para actualizar la base de datos en la que se han actualizado la nueva entrada o los campos obligatorios. Si se actualiza el origen para cada alarma suprimida entrante, para evitar que se produzcan problemas en la desactivación de la alarma, se crea una nueva entrada.
Editar y suprimir las opciones que no funcionan correctamente en el menú de programación de informes
Síntoma:
Al intentar programar informes de CABI en la IU de OC, las opciones Editar y Suprimir no funcionan correctamente en el menú Programación.
Solución:
La solución alternativa es utilizar las programaciones de CABI con el archivo overrides_custom.css aplicado tal y como se describe en el artículo de la base de conocimiento.
[UIM 20.3.0] Faltan columnas de vista de dispositivo en las vistas Grupo e Inventario de la Consola del operador
En la nueva Consola del operador, faltan las columnas de vista de dispositivo en las vistas Grupo e Inventario que están presentes en UMP 20.1.
Columnas del dispositivo de grupo: Alias, Título, Descripción, Tipo de SO, Versión del SO, Descripción del SO, Origen, Dirección MAC, Etiqueta de usuario 1, Etiqueta de usuario 2, Eliminado, Tipo de bus.
Columnas del dispositivo de inventario: Alias, Modificado, Origen, Credenciales de detección.
[UIM 20.3.0] El grupo de la interfaz no se está redireccionando al nivel del dispositivo en la vista de grupo de la Consola del operador
El grupo de la interfaz no se está redireccionando al nivel del dispositivo en la vista de grupo de la Consola del operador. Se está redireccionando a la vista de lista de grupos al hacer clic en la vista de grupo de la interfaz.
[UIM 20.3.0] La casilla de verificación Seleccionar todo en la tabla Alarmas no funciona correctamente
Síntoma:
La casilla de verificación Seleccionar todo en la tabla Alarmas no funciona correctamente en la Consola del operador. No se desactivan todas las alarmas y solo se desactivan las alarmas que están visibles en la página mediante la opción Seleccionar todo. Cuando se desactivan las alarmas, si vuelve a seleccionar las alarmas existentes, la casilla de verificación Seleccionar todo no selecciona ninguna alarma.
Solución:
Para que la función Seleccionar todo funcione correctamente, debe ir a otra página y volver a la página de alarma.
[UIM 20.3.0] Los archivos PDF generados para los cuadros de mandos no muestran gráficas para los gráficos
En la Consola del operador, los archivos PDF generados para los cuadros de mandos no muestran gráficas para los gráficos. Este problema sucede en los cuadros de mandos existentes.
[UIM 20.3.0] Las opciones de servicio de configuración de la monitorización: "Incluir dispositivos no incluidos en el grupo" e "Incluir dispositivos sin sonda" no funcionan como se esperaba
Las opciones "Incluir dispositivos no incluidos en el grupo" e "Incluir dispositivos sin sonda" no están devolviendo todos los dispositivos disponibles con estas condiciones. En la configuración del perfil de grupo del servicio de configuración de la monitorización, cuando se selecciona esta configuración, no se muestran los dispositivos de referencia que no están en el grupo ni los dispositivos sin sonda.
[UIM 20.3.0] Se muestra el ID de política en lugar del nombre de la política en la vista Alarmas de la Consola del operador
Después de crear una política de alarmas en la vista Alarmas de la Consola del operador, se muestra el ID de política en lugar del nombre de la política.
Esta incidencia se corrigió como parte de la versión de parche OC 20.3.2.
[UIM 20.3.0] La programación de mantenimiento para el día n del mes no funciona cuando la zona horaria del usuario o la zona horaria de destino y la zona horaria del servidor son diferentes
En UIM 20.3.0, la programación de mantenimiento para el día n de un mes no funciona, la programación no se inicia en la fecha y hora programadas y permanece inactiva. Esto sucede cuando la zona horaria del usuario o la zona horaria de destino y la zona horaria del servidor son diferentes. Si la fecha programada y la fecha del servidor son diferentes debido a la diferencia de la zona horaria, la programación de mantenimiento no se inicia en la fecha y la hora programadas.
Esta incidencia se ha corregido como parte de la versión UIM 20.3.3.
[UIM 20.3.0] Wasp pasa al estado en línea cuando se actualiza desde ump, que tiene el autocertificado implementado
En UIM 20.3.0, mientras se actualiza de UMP a la OC, wasp no pasa al estado en línea si el UMP existente tiene autocertificado implementado.
Esta incidencia solo es aplicable si se está actualizando desde una versión anterior a UIM 20.3.0.
[UIM 20.3.0] En la página Alarmas, para las alarmas creadas como resultado de una política de alarma, el vínculo a la política no está activado para las políticas de alarma creadas recientemente
Cuando las alarmas se crean como resultado de una política de alarma en la página de alarmas de la Consola del operador, el vínculo a la política de alarmas no está activado para las políticas de alarma creadas recientemente. Después del reinicio de wasp, las políticas se activan con los vínculos. Las nuevas alarmas que se crean como resultado de las nuevas políticas de alarma después del reinicio tendrán la misma incidencia.
Esta incidencia se corrigió como parte de la versión de parche OC 20.3.2.
[UIM 20.3.0]  No hay ninguna métrica de QoS para el perfil Servicios del servidor de Active Directory en la plantilla Ad_server del servicio de configuración de la monitorización.
En UIM 20.3.0, no hay ninguna métrica de QoS para el perfil Servicios del servidor de Active Directory en la plantilla Ad_server del servicio de configuración de la monitorización.
[UIM 20.3.0] No está disponible el cambio de contraseña para los usuarios de la cuenta que se han agregado manualmente en el Administrador de cuentas
En UIM 20.3.0, no está disponible el cambio de contraseña para los usuarios de la cuenta que se han agregado manualmente en el Administrador de cuentas. Los usuarios no pueden cambiar la contraseña mediante la Consola del operador.
Esta incidencia se ha corregido en la versión UIM 20.3.3.
[UIM 20.3.0] Los filtros de búsqueda de la política de alarmas no dan resultados precisos.
En UIM 20.3.0, los resultados de los filtros de búsqueda de la política de alarmas dan resultados inexactos. Los resultados de búsqueda se muestran para la cadena de búsqueda parcial cuando hay más de dos letras en la búsqueda. Los resultados de la búsqueda también pueden tardar mucho tiempo en proporcionar las políticas de alarma en los resultados.
[UIM 20.3.0] La Consola del operador no supera el tiempo de espera
En UIM 20.3.0, la Consola del operador no supera el tiempo de espera y la sesión permanece activa incluso después de permanecer inactiva durante 72 horas.
Esta incidencia se corrigió como parte de la versión de parche OC 20.3.2.
Problemas conocidos adicionales
  • Para obtener información sobre los nuevos problemas conocidos en UIM 20.3.1, consulte la sección Problemas conocidos en el artículo UIM 20.3.1.
  • Para obtener información sobre los nuevos problemas conocidos en la Consola del operador 20.3.2, consulte la sección Problemas conocidos en el artículo Parche de OC 20.3.2.
  • Para obtener información sobre los nuevos problemas conocidos en UIM 20.3.3, consulte la sección Problemas conocidos en el artículo UIM 20.3.3.