Notas de la versión de la sonda controller

La sonda controller es un componente principal del robot de canm.
uimpga-ga
controller_RN
La sonda controller es un componente central del robot de
CA Unified Infrastructure Management
.
  • Los controladores programan, inician y detienen las sondas que gestiona el robot. El controlador mantiene en ejecución las sondas configuradas en función de sus configuraciones.
  • Los controladores mantienen el contacto con los concentradores principales y gestionan las operaciones de CA UIM, incluidas las licencias, servicios de búsqueda de nombre y estado del concentrador.
  • Los controladores responden a las políticas de los archivos
    robot.cfg
    y
    controller.cfg
    y a los comandos emitidos a través de
    controller_port
    .
    Valor predeterminado
    : 48000
Actualmente están disponibles dos tipos de concentradores y robots: seguros (9.10S) y no seguros (9.10 y versiones anteriores). Las versiones 9.10 y anteriores del concentrador y del robot utilizan el modelo de seguridad heredado. A partir de CA UIM 9 SP1, el concentrador seguro (9.10S) y el robot seguro (9.10S) están disponibles, lo cual mejora el mecanismo de seguridad en CA UIM.
Nota:
Es posible que los casos de soporte no sean visibles para todos los clientes.
Historial de revisiones
Versión
Description
Estado
Fecha
9.30
(Incluido en UIM 20.1.0)
Novedades:
  • (7.97 HF6) Se ha corregido una incidencia por la cual el concentrador 7.97 anulaba los túneles y no permitía la creación de nuevos. El concentrador asigna el puerto a la conexión de túnel preguntando al controlador. El controlador siempre asigna el nuevo puerto y no utiliza puertos previamente liberados, lo que provocaba un retraso en la búsqueda del puerto disponible. Se ha optimizado la reutilización de los puertos anteriores. (Caso de soporte: 01307453)
  • (7.97 HF7 y 9.20 HF7) Se ha corregido una incidencia donde el concentrador secundario ha dejado de enviar QoS de todas las sondas tras actualizar a 9.20. Se ha agregado el parámetro adicional como "restmon_qos" en el mensaje de QoS de RESTMon y se ha gestionado de la misma forma en el nivel de plugin_metric para identificar el mensaje de QoS de RESTMon para resolver esta incidencia. (Caso de soporte: 20058295, 20040794 y 20033089)
  • (7.97 HF8 y 9.20 HF9) Se ha corregido una incidencia que provoca el bloqueo debido a cómo el control de acceso de BM UIM administra las vulnerabilidades de DoS de la sonda y de RCE. Se ha agregado una corrección para la vulnerabilidad de ejecución de código remoto no autenticado en Nimsoft nimbuscontroller. (Caso de soporte: 20093616, 20101721)
  • (9.10 HF1) Se ha corregido una incidencia por la cual no se generaban alarmas según el CI seleccionado en la política de alarmas. Las alarmas no se generaban según el ci_name seleccionado en la política de alarmas porque plugin_metric se utilizaba siempre para obtener la ci_name de la sonda de niscache. Sin embargo, la sonda docker_monitor enviaba ci_name como parte de qos_message. Para corregir la incidencia, se ha agregado una funcionalidad en plugin_metric que permite obtener el ci_name del mensaje de la calidad de servicio si no se encuentra en la carpeta niscache (Caso de soporte: 20051916)
  • (9.20 HF2) Se ha corregido la incidencia de conmutación por error del robot. Se ha realizado una comprobación para aceptar las solicitudes del concentrador principal si el robot se ha cambiado al concentrador secundario al activar el modo de proxy en el controlador. (Caso de soporte: 20051408)
  • (9.20 HF3) Se han corregido dos incidencias como parte de esta revisión. Se ha corregido la incidencia de la conmutación por error del robot. Además, se ha corregido una incidencia donde las alarmas de la política de alarmas no contenían la etiqueta de usuario del robot. (Casos de soporte: 20051408 y 20063366)
  • (9.20S HF3) Se ha corregido una incidencia en la que las alarmas de la política de alarmas no contenían la etiqueta de usuario del robot. (Caso de soporte: 20063366)
  • (9.20 HF5) y (9.20S HF5) Se ha corregido una incidencia en la ejecución de varias instancias del robot, que estaba agotando los recursos de la CPU. (Caso de soporte: 20084151)
  • (9.20S HF4) Se ha corregido una incidencia por la que los robots no hacían la conmutación por error en un entorno mixto seguro para robots. La incidencia aparece mientras el concentrador envía una solicitud de registro a todos sus robots una vez finalizada la siguiente incorporación. En un entorno seguro, los robots no seguros envían una solicitud de activación de robot al puerto 480002 y hub_adapter se ejecuta en el puerto 48002. hub_adapter no se incluye en el componente principal, por lo que se inicia una vez transcurrido un periodo de tiempo determinado. No obstante, antes de que se inicie, se genera la solicitud de activación de robot y falla. Se han realizado cambios para que el proceso de hub_adapter se inicie inmediatamente después del concentrador. Esto le permite gestionar todas las solicitudes de robots no seguros. (Caso de soporte: 20069927)
  • (9.20S HF7) Se han corregido las incidencias siguientes: (casos de soporte: 20097684, 20089674, 20093286, 20075343, 20074324, 20058295, 20040794 y 20033089)
    • El controlador gestiona de manera especial la caducidad del SID en los robots. El proxy no puede distinguir entre el controlador y la sonda, por lo que se le daba el SID del controlador a la sonda tras caducar. Esto provocaba que se denegara el permiso. Se ha facilitado la corrección para que el controlador obtenga el SID de manera independiente una vez caducado.
    • Se ha corregido una incidencia donde el concentrador secundario ha dejado de enviar QoS de todas las sondas tras actualizar a 9.20. Se ha agregado el parámetro adicional como "restmon_qos" en el mensaje de QoS de RESTMon y se ha gestionado de la misma forma en el nivel de plugin_metric para identificar el mensaje de QoS de RESTMon para resolver esta incidencia.
  • Se ha corregido una incidencia donde las CPU se agotan cuando el robot se ejecuta dos veces. (Caso de soporte: 20084151)
  • Se ha corregido una incidencia donde el robot pasivo (controlador) genera un error de SID no válido. (Caso de soporte: 20100511)
  • Se ha corregido una incidencia con el evento de error de la aplicación con el código 1000 en los robots. (Caso de soporte: 20077272)
  • Se ha corregido una incidencia de conmutación por error del robot en UIM 9.1.0. (Caso de soporte: 20051408)
  • Se ha corregido una incidencia por la que los robots no hacían la conmutación por error en un entorno mixto seguro 9.2hf3 para robots. (Caso de soporte: 20069927)
GA
Marzo de 2020
9.20
(Incluido en CA UIM 9.2.0)
Novedades:
  • (7.93 HF16) Se ha corregido una incidencia por la que la cola de impresión del robot no respondía cuando la sonda sysloggtw enviaba una gran cantidad de datos y el error era del tipo wsaewouldblock. Para resolver este problema, se ha introducido un nuevo parámetro
    sock_write_retry_count
    . Este parámetro permite especificar el número de intentos que la cola de impresión del robot debe tener en cuenta antes de dejar de enviar el mensaje. Agregue este parámetro al archivo spooler.cfg. (Caso de soporte: 01243127)
(7.97 HF1) Se ha corregido una incidencia por la que plugin_metric no estaba recopilando métricas para las sondas (que tienen perfiles nuevos que se han creado) a menos que se haya reiniciado el robot. Este problema se ha corregido con esta revisión.
(7.97 HF3) Esta revisión soluciona los problemas siguientes:
  • Se ha corregido una incidencia por la que la información de las políticas de alarmas no se agregaba al archivo plugin_metric.cfg en ciertos robots. Esto creaba problemas ya no se generaban las alarmas de estos dispositivos cuando las métricas monitorizadas superaban los umbrales configurados de las políticas de alarmas.
  • Se ha corregido una incidencia por la que se ha observado un uso elevado de la memoria en el proceso del controlador después de actualizar el robot de la versión 7.93 a la versión 7.97.
  • Se ha corregido una incidencia por la cual después de implementar el robot 7.97 sobre la versión 7.93 no se estaba actualizando la versión en el cuadro de diálogo Estado de la interfaz de usuario del controlador. (Caso de soporte: 01350012)
  • Se ha corregido una incidencia por la cual las entradas duplicadas del dispositivo se encontraban en el mismo dispositivo en el portlet de UMP. (Caso de soporte: 00889072)
  • Se ha corregido una incidencia por la cual se ha producido un error en la actualización de UMP. (Caso de soporte: 01369904)
  • Se ha corregido una incidencia por la cual la Consola de administración no estaba instalando el paquete dependiente y se producía un error de forma inmediata en la implementación. La misma implementación se completaba correctamente si se llevaba a cabo a través del Gestor de la infraestructura. (Casos de soporte: 00852608 and 1261671)
  • Se ha corregido una incidencia por la que las alarmas de umbral de tiempo excedido no funcionaban según lo previsto. Por ejemplo, con los umbrales establecidos en el 85 % para las alarmas graves y en el 90 % para las alarmas críticas, las alarmas generaban una menor utilización de la CPU. (Casos de soporte: 01269944, 01260949, 01269925, 01287039, 01290918, 01293428 y 01303742)
  • (7.93 HF10) Esta revisión es compatible con robot en Ubuntu 18.04 en la plataforma x86_64. (Caso de soporte: 01242463)
  • Se ha corregido una incidencia por la que el robot no se iniciaba ni reiniciaba en un equipo con AIX. (Caso de soporte: 01187252)
  • Se ha corregido una incidencia por la que, cuando un robot no podía encontrar una dirección IP válida en robot.cfg o DNS, tomaba la dirección del bucle invertido. Esto interrumpía la comunicación. Este problema se ha solucionado en esta versión. Para solucionar este problema, se han agregado dos parámetros configurables a robot.cfg: (Caso de soporte: 01219460)
    • max_retry_IfLoopBack_attempt especifica el número máximo de reintentos que el controlador puede utilizar para buscar la dirección IP del sistema. En el caso de la dirección IP del bucle invertido, si robot_ip no está configurado en robot.cfg, el controlador intentará obtener la dirección IP del sistema. Intentará encontrar la dirección IP para el número de reintentos especificado en el parámetro. Después de intentar obtener el número especificado, el controlador se inicia otra vez con la dirección IP del bucle invertido, lo que da como resultado el mismo comportamiento inicial. El valor predeterminado es 10.
    • sleep_btwRetry_IfLoopBack_attempt especifica el intervalo máximo durante el que el controlador espera antes de intentarlo de nuevo. El valor predeterminado es 2 segundos.
  • Se ha corregido una incidencia por la que los usuarios se enfrentaban a problemas con RPM del robot de UIM y los archivos de unidad de systemd incluidos. (Caso de soporte: 00913690)
  • (7.93 HF18) Se ha corregido una incidencia por la cual los robots actualizados recientemente estaban causando problemas en los equipos con AIX. Cuando los usuarios actualizaban los robots en sistemas AIX, la mayoría de robots funcionaban excepto los que estaban conectados a una base de datos de Oracle. Cuando se ha realizado la actualización, se ha actualizado el archivo robot.cfg y se ha cambiado el valor LIBPATH. Esta revisión conserva el valor existente en LIBPATH al actualizar un robot utilizando robot_update. (Caso de soporte: 01185299)
  • Se ha corregido una incidencia por la que los usuarios instalaban el robot en Windows Server 2012 R2 y aplicaban perfiles MCS para el perfil de la CPU, memoria y disco. Recibían algunas métricas de los discos y de la CPU, pero ninguna métrica de la memoria. (Caso de soporte: 01249736)
  • Se ha corregido una incidencia por la cual no se estaba iniciado snmpcollector desde la Consola de administración. Esta incidencia se estaba produciendo porque no se podía acceder al controlador a veces. (Caso de soporte: 01307099)
  • Se ha corregido una incidencia por la cual los usuarios no podían instalar el robot a través de rpm porque estaba utilizando el valor predeterminado (es decir, /opt/nimsoft). El comando estaba instalando el robot en la ubicación correcta/opt/CA/nimsoft; sin embargo, no estaba actualizando este archivo con la ruta de archivo correcta /usr/lib/systemd/system/nimbus. El robot no se iniciaba hasta que la ruta de este archivo se actualizaba a /opt/CA/nimsoft. El archivo estaba en /opt/nimsoft. (Caso de soporte: 01347207)
  • Se ha corregido una incidencia por la cual después de actualizar los robots, la sonda spooler no podía enviar los mensajes después del reinicio del concentrador. (Caso de soporte: 01306288)
  • Se ha corregido una incidencia por la cual cuando los usuarios intentaban instalar el robot/concentrador en CentOS 6.8 mediante nimldr (desde CA UIM 9.0.2), se producía un error en la instalación al finalizar con un mensaje de error. (Caso de soporte: 01332537)
CA UIM 9.2.0 ha adoptado OpenJDK 8u212 en lugar de Oracle JDK. Debido a este cambio, CA UIM 9 SP1 (9.1.0), que estaba utilizando Oracle JDK (JRE) 8u212, ya no está disponible y se ha eliminado del sitio de soporte. Todas las funcionalidades que se incluyeron en 9.1.0, se publican ahora como parte de CA UIM 9.2.0. Por consiguiente, todas las referencias a la versión 9.1.0 y la versión 9.10 de la sonda (publicada con ella) también se han eliminado de esta documentación de la sonda. Se recomienda cambiar a esta versión 9.20 de esta sonda, ya que la versión anterior 9.10 ya no está disponible. Para obtener más información sobre el uso de OpenJDK en CA UIM, consulte Adopción de OpenJDK.
GA
Agosto de 2019
7.97
  • Se ha actualizado para admitir el paquete Microsoft Visual C++ Redistributable para Visual Studio 2017 versión 1.01 (vs2017_vcredist_x86 1.01 y vs2017_vcredist_x64 1.01). Ello ayuda a garantizar que la versión mínima del paquete VS 2017 sea la versión 1.01 o una versión posterior. Con esta dependencia en la versión 1.01, el equipo ya no se reinicia automáticamente al instalar el paquete VS 2017. Es decir, con la versión 1.01, no ocurre el reinicio automático del equipo.
  • Se ha mejorado la gestión del complemento del controlador. Por ejemplo, cuando el controlador 7.96 (compilado con vs2017_vcredist_x86 1.0 o vs2017_vcredist_x64 1.0) intentaba cargar el complemento attr_publisher (compilado con Microsoft Visual C++ Redistributable para Visual Studio 2008), el controlador no respondía. Esto ocurría debido a la incompatibilidad del compilador. Ahora, con esta versión de la sonda, que depende de vs2017_vcredist_x86 1.01 o vs2017_vcredist_x64 1.01, el controlador ya no carga el complemento (attr_publisher) si no es compatible.
  • Se ha actualizado para proporcionar compatibilidad con Amazon Linux 2.
GA
Diciembre de 2018
7.96
Incluido en CA UIM 9.0.2
Novedades:
  • Se ha agregado la compatibilidad para la monitorización de Ubuntu 18.04. Aplique robot 7.93HF10 para esta compatibilidad.
    Caso de soporte: 01184423
  • Se ha cambiado la configuración de reuse_async_session predeterminada en la sección del controlador de robot.cfg a 1 = Activado.
  • Se ha agregado la compatibilidad con PowerPC 64 Little-endian (ppc64le).
  • Se ha eliminado la compatibilidad para las siguientes plataformas:
    • HP-UX OS 11.2 (IA64) y 11.2 (PA-RISC)
    • Linux CentOS 5 (32 bits y 64 bits), Debian 5 y 6
  • (Febrero de 2019) Se ha agregado compatibilidad para la monitorización de Windows 2019.
GA
Octubre de 2018
7.93
Novedades:
  • (7.92HF5) Si se crea una nueva zona de Solaris, un robot instalado en la zona global no se implementa automáticamente en la nueva zona. Para instalar un robot en una nueva zona no global, instale el robot en la zona no global utilizando los mismos pasos que se utilizan para instalar el robot en la zona global. (Caso de soporte: 746015)
  • (7.92) Además de los sistemas operativos que aparecen a continuación, se ha agregado la compatibilidad con los concentradores secundarios y robots de Suse 11 o posterior:
    • Si se va a instalar el concentrador o el robot en uno de los siguientes sistemas operativos:
      • CentOS 7 o posterior
      • Red Hat 7 o posterior
      • SuSE 11 o posterior
      • openSUSE 13 o posterior
      • Debian 8 o posterior
    • Una vez finalizada la instalación de nimldr se debe activar el servicio nimbus. Para activar el servicio nimbus, ejecute lo siguiente:
    • systemctl enable nimbus.service
  • (7.92HF3) Se ha corregido un problema donde las plantillas de VMware no se creaban correctamente en Windows cuando se había establecido
    audit=on
    . (Caso de soporte 00425378)
  • (7.92HF3) Se ha corregido un problema donde las secciones de un archivo de configuración de la sonda se podían perder durante la edición cuando
    AUDIT_DETAIL
    estaba activado, lo que causaba que la sonda se bloquease.
  • (7.92HF3) Se ha corregido un problema donde las sondas cronometradas se mostraban como inactivas cuando estaban activas. (Caso de soporte: 00633989)
  • (7.92HF3) Se ha corregido un problema donde las sondas con varios subprocesos podían bloquear innecesariamente el archivo de configuración en Windows.
  • (7.92HF10) Mejoras en el rendimiento de la sonda controller.
  • (7.92HF11) La sonda snmpcollector ahora se puede implementar correctamente a través del Gestor de la infraestructura. La sonda controller ahora distribuye los archivos de certificación del distribuidor de la sonda snmpcollector. (Casos de soporte 00819546, 00824491, 00683844, 00825054, 00835227, 00818146 y 00821694)
GA
Octubre de 2017
7.91
Novedades:
  • Ahora se admite el robot Ubuntu 16 x64.
    • Realice una instalación nativa tal y como se describe en Implementación de robots de forma masiva con una herramienta de terceros e instaladores nativos.
      Nota: La implementación con automated_deployment_engine no es compatible con Ubuntu 16.
      • Cuando se complete la instalación, ejecute
        /opt/nimsoft/install/service-ctrl.sh enable
        para activar los servicios de robot en Ubuntu 16. Este paso no es necesario para Ubuntu 14.
      • Inicie el robot con 
        /opt/nimsoft/bin/niminit start
    • Para desinstalar por completo el robot en Ubuntu 16, desinstale el servicio mediante la ejecución del comando
      systemctl disable nimbus.service,
       y elimine el archivo
      /lib/systemd/system/nimbus.service
      .
  • Ahora se admite el clúster de Microsoft.
  • Ahora se admite el robot Windows Server 2016.
  • Se ha interrumpido la compatibilidad del robot Debian 6.
  • La utilidad de la sonda (pu) se distribuye como un paquete independiente. Utilice el paquete pu para actualizar la utilidad de la sonda a v7.90.
  • Se ha mejorado la determinación de la dirección IPv4 automática del robot. Robotip no debe configurarse manualmente en el archivo
    robot.cfg
    para que el robot se inicie.
  • La detección de la conmutación por error del robot impide conmutaciones por error innecesarias del robot cuando al concentrador le falta una respuesta única para una solicitud del robot (_status, alive, robotup o probelist). El robot es más tolerante a solicitudes de _status incompletas. Se pueden especificar dos nuevas propiedades en el archivo
    robot.cfg
    .
    • robot_status_check_interval
      controla la frecuencia con la cual el robot sondea el concentrador con una solicitud
      _status. Anteriormente, esto no se podía configurar y el sondeo se producía en un tiempo de espera medio, aproximadamente cada 11 segundos. Utilice esta propiedad para especificar el nuevo intervalo del sondeo aproximadamente. El intervalo es aproximado debido a que la comprobación de estado se produce en el tiempo de espera medio que supera el intervalo solicitado. Por ejemplo, si se establece
      robot_status_check_interval
      como 30 segundos, el sondeo ocurrirá cada 33 segundos (3 x 11 tiempo de espera medio por segundo). El valor predeterminado es 60 segundos, lo cual equivale a una comprobación de estado cada 66 segundos.
    • robot_failover_count
      mejora la resistencia del robot. Anteriormente, el mecanismo de conmutación por error del robot se invocaba cuando se producía un error de una solicitud _status en el concentrador. Utilice esta propiedad para especificar el número de errores consecutivos _status que deben producirse antes de iniciar la conmutación por error del robot a un concentrador secundario. Valor predeterminado: 2.
Problemas conocidos:
  • Instale el paquete robot_update v7.90 antes de actualizar la sonda del concentrador a v7.90. La primera vez que se instala el paquete del concentrador, el concentrador aparecerá sin conexión en la Consola de administración y en el Gestor de la infraestructura. Se informa sobre un error de comunicación, pero la actualización del concentrador es correcta, incluso cuando se produce el error.
  • Actualización de robotip manualmente en la plataforma Debian
    • De forma predeterminada, Debian utiliza la dirección 127.0.1.1 como dirección de resolución del nombre. Cuando se implementa un robot en un sistema Debian con automated_deployment_engine y se reinicia el sistema, el robot intentará vincularse con 127.0.1.1. Para evitar la contención para 127.0.1.1 en sistemas Debian, realice las acciones siguientes:
      • Después de instalar el robot manualmente o con automated_deployment_engine, agregue o actualice la siguiente clave en el archivo robot.cfg para asegurarse de que el robot se vincula con la dirección IP correcta:
        • robotip =
          debian_ip_address
      • Cuando se prepara un archivo XML para la implementación masiva en los sistemas Debian, establezca explícitamente robotip en el archivo XML como se muestra a continuación:
        • <robotip>
          dirección_ip_debian
          </robotip>
      • Donde
        dirección_ip_debian
        es la dirección IP con la que vincular el robot en el sistema de destino.
Defectos corregidos:
  • Los paquetes no se pueden implementar desde distsrv en el concentrador principal.
  • El robot se bloquea cuando la auditoría se utiliza conjuntamente con MCS. (Caso de soporte 00425278)
  • Se ha corregido el inicio de sesión incorrecto cuando request.cfg no está disponible, lo que provocaba que los usuarios creyeran que se había producido un problema.
  • Se produce un error en la instalación con Nimldr con un error de segmentación en los sistemas con más de 10 direcciones IP.
  • La utilidad de la sonda (pu) se bloquea en Windows al llamar a la devolución de llamada de get_status de la sonda automated_deployment_engine. Error: Tipo desconocido de PDS. Se ha mejorado el tratamiento de los tipos de PDS desconocidos. (Caso de soporte 70004053)
  • Se ha producido un error en el servidor de detección al detectar cambios de origen del robot en un reinicio flexible del controlador.
  • El comando de instalación previo en la plataforma Linux evita degradar o volver a instalar robot_update.zip v7.80.
    • Antes de la corrección, el error de la instalación se producía por un cambio a una versión anterior o una reinstalación de robot_update v7.80.
  • Se producirá un error en las solicitudes SOAP largas de webservicemon al devolver los datos. (Caso de soporte 70000840)
    • Se ha eliminado el límite de tamaño de búfer de 5000 caracteres para un valor de clave. Antes de la corrección, los datos se truncaban al llegar a los 5000 caracteres.
  • Error del administrador de trabajos en cola:
    búfer demasiado pequeño
    al iniciar un robot con más de 200 direcciones IP virtuales. (Caso de soporte 00170426)
  • PID no son válidas antes de emitir un comando de finalización del proceso al reiniciar el controlador. (Caso de soporte 246869)
    • De forma predeterminada, se detienen los procesos existentes de una sonda que tienen un nombre idéntico al de una sonda que debe iniciarse.
    • De forma predeterminada, cuando una sonda se detiene por cualquier motivo, el controlador intenta detener la sonda con la devolución de llamada _stop. Si no se respeta la devolución de llamada _stop, el controlador finaliza el proceso de la sonda.
  • La sonda ADE no agrega el origen correctamente en HP-UX. (Caso de soporte 00289464)
  • Una condición de carrera provoca que el concentrador se bloquee.
  • Las alarmas que envía el administrador de trabajos en cola no tienen el mensaje Borrar correspondiente para eliminarlas de la lista de alarmas activas.
  • Se produce ServerErrorException de la utilidad de la sonda al ejecutar la devolución de llamada de list_subscribers en un sistema operativo Windows que no sea el inglés.
  • Los sockets y los descriptores de archivos en memoria caché durante demasiado tiempo en el controlador pueden bloquear el controlador. (Caso de soporte 379016)
  • La implementación de un robot en Windows reinicia Windows automáticamente. El problema más frecuente se observa al utilizar el instalador nativo de Windows o ADE.
  • Se produce un error en la devolución de llamada probe_config_get cada vez. Para implementar la corrección, agregue la nueva clave reuse_async_session = 1 a la sección 
    controller
     de robot.cfg. El valor predeterminado es 0, desactivado. (Caso de soporte 521488)
GA
Abril de 2017
7.80
Novedades
:
  • Compatibilidad con los conjuntos de cifrado TLS de OpenSSL
    • Cuando se utilizan los conjuntos de cifrado TLS 1.1 o 1.2, se incluye una reserva alternativa para SSLv3. La reserva garantiza la compatibilidad con versiones anteriores entre los robots anteriores y los nuevos concentradores o las sondas conectadas a un robot mediante SSL. Ejemplo: AES128-SHA256:RC4-SHA, donde AES128-SHA256 es TLS v1.2 y RC4-SHA es SSLv3.0.
  • Se ha implementado OpenSSL 1.0.1m.
  • Ya no se admite Windows IA64.
Defectos corregidos
:
  • La sonda spooler se reinicia.
    • Cuando la sonda controller configurada en modo Proxy se reinicia, la sonda spooler también se reinicia.
  • El SID del controlador se renueva automáticamente después de que haya pasado la hora de vencimiento del inicio de sesión
    .
    • El SID del controlador de la sonda hub ha caducado cuando
      Login Expiration Time
      ha transcurrido. La caducidad impedía que el controlador adquiriera una nueva licencia para una sonda desde
      distsrv
      en un concentrador remoto. Cuando se reiniciaba una sonda con una licencia caducada, se requería una nueva licencia. Ahora, el controlador remoto inicia sesión automáticamente en el concentrador y adquiere un SID nuevo cuando caduca el SID.
  • El controlador inicia las sondas de Java en AIX.
    • Anteriormente, en los sistemas AIX el controlador no podía iniciar las sondas de Java. Ahora, la llamada del sistema AIX para iniciar las sondas de Java permite que se inicien. El nombre del proceso ahora aparece en los sistemas AIX como
      full_command_to_start_java_probe
      en lugar de
      nimbus(probename)
      .
  • El código de salida previo a la instalación del controlador se interpreta correctamente.
    • Los códigos de salida previos a la instalación son los siguientes:
      • 0 - correcto
      • 1 - advertencia pero continuar
      • 2 - advertencia y anular la instalación de esta sección
      • 3 - advertencia y anular el resto de la instalación
  • El controlador gestiona el reinicio de la sonda sin que se produzca ningún bloqueo.
    • La versión v7.70 del robot se bloqueaba cuando se cumplían todas las condiciones siguientes:
      • Una sonda estaba en ejecución.
      • El robot tenía
        start_after
        sondas que no se han instalado.
      • El controlador ha reiniciado las sondas debido a
        marketplace
        un cambio de origen o de la configuración.
GA
Junio de 2015
7.70
Importante
: Las opciones del modo de comunicación SSL son más significativas con la versión v7.70 de la sonda controller. El controlador crea el archivo de certificado 
robot.pem
 durante el inicio. El archivo activa la comunicación cifrada a través de la capa de transporte de OpenSSL. El tratamiento del archivo de certificado 
robot.pem
 se ha modificado. Los cambios en la comunicación de impactos del tratamiento se realizan para los siguientes elementos:
  • Concentradores establecidos en el modo 0 (sin cifrar)
  • Concentradores establecidos en el modo 2 (SSL solamente)
  • Componentes gestionados por el concentrador
Novedades:
  • El concentrador y el controlador propagan las etiquetas del usuario.
    Ahora los mensajes y las alarmas del concentrador y del controlador contienen etiquetas de usuario. Anteriormente, tanto el concentrador como el controlador leían las etiquetas de usuario
    os_user1
    y
    os_user2
    en el archivo
    robot.cfg
    . Ahora, el concentrador lee las etiquetas de usuario desde el archivo 
    hub.cfg
    . La sección
    Configuración general
    de la interfaz de usuario de configuración del concentrador en la Consola de administración permite a los usuarios especificar
    os_user1
    y
    os_user2
    . En un sistema de concentrador, el administrador de trabajos en cola del concentrador para la sonda hub agrega etiquetas de usuario a las alarmas y mensajes de la sonda. En un sistema de robot, las etiquetas de usuario, las agrega el administrador de trabajos en cola del robot.
La
os_user_include
opción , que permite al concentrador leer las etiquetas de usuario desde
robot.cfg
, se ha eliminado del concentrador v7.70. Los concentradores y robots de la versión v7.70 no leen las etiquetas de usuario desde el archivo 
robot.cfg
. Si el robot del concentrador ha definido las etiquetas de usuario, estas permanecerán en 
robot.cfg
 después de la actualización, pero se ignorarán. Para agregar las etiquetas de usuario a las alarmas y mensajes de la sonda del concentrador, se deben especificar las etiquetas de usuario en 
hub.cfg
.
  • Se ha incluido el paquete en la distribución de CA UIM 8.2.
Defectos corregidos:
  • Se han solucionado los problemas relacionados con la pérdida de memoria existente.
  • Se conserva la configuración original cuando se intenta guardar los cambios realizados en la configuración del robot, pero el sistema de archivos está lleno.
  • El controlador no asigna las sondas a los puertos utilizados por los túneles del concentrador. Los puertos se asignan a las interfaces correctas en función del modo de enlace estricto.
  • El robot instala correctamente los archivos del paquete en zLinux.
  • El robot detiene todos los procesos hijo cuando se cierra.
  • Los robots que están configurados para
    proxy_mode
    vuelven a su concentrador padre designado después de la conmutación por error.
  • Si no se ha podido encontrar un puerto disponible, el robot puede consumir el 100% de la CPU.
  • La sonda hdb puede llegar a causar un bloqueo en Windows debido a problemas con la configuración de la sonda logmon.
  • Se han corregido los problemas relacionados con la modificación del modo del robot de Pasivo a Activo.
GA
Marzo de 2015
7.63
  • OpenSSL 1.0.0m
  • Se ha eliminado una condición de bloqueo potencial durante el cierre de la sonda.
  • Se han instalado mejoras para la comprobación de puertos libres en función de varias circunstancias.
  • Se ha incluido el paquete en la distribución de CA UIM 8.1.
GA
Diciembre de 2014
7.62
  • La devolución de llamada
    get_info
    incluye información sobre la dirección MAC para AIX, Solaris y HP-UX (además de Linux y Windows).
  • Se ha solucionado el problema de vaciado del núcleo al cerrar el controlador.
  • Se ha corregido el defecto por el que el robot anula el registro del concentrador al cerrarse.
  • Se ha corregido la pérdida del socket en la devolución de llamada
    get_info
    en Linux
  • Se ha incluido el paquete en la distribución de CA UIM 8.0.
GA
Noviembre de 2014
7.60
  • Se han introducido nuevos instaladores para las sondas robot nativas y se ha agregado la compatibilidad con
    ADE
    para AIX y zLinux
  • Robot 7.60 para zLinux
  • Se ha introducido el valor predeterminado 48000 para el puerto de la primera sonda del robot.
  • Se ha incluido el paquete en la distribución de NMS 7.60.
GA
Junio de 2014
7.05
  • Se ha incluido el paquete en la distribución de NMS 7.50.
GA
Marzo de 2014
7.10
  • Se ha agregado compatibilidad con Microsoft Windows Server 2012 y Microsoft Windows 8.
  • Se ha eliminado la dependencia de .NET framework 2.0.
  • Se ha integrado la instalación de Visual C++ 2008.
  • Se ha incluido el paquete en las distribuciones de NMS 7.00 y 7.10.
GA
Diciembre de 2013
Consideraciones
  • Cuando se actualiza un robot, se recomienda actualizar también los complementos del controlador como attr_publisher. Es obligatorio en el caso de una actualización de robot de una versión anterior a la 7.97. De lo contrario, attr_publisher no funcionará.