Problemas de supervisión

En esta sección se describen los problemas conocidos en la Monitoring Console y en el Monitoring Framework. El Monitoring Framework es un componente compartido que se instala automáticamente con otros componentes para habilitar la supervisión.

Revisiones necesarias para la supervisión

Las siguientes revisiones son necesarias para evitar que se produzcan ciertos problemas conocidos en el Monitoring Framework. Estas revisiones se incluyen normalmente en otros paquetes de revisiones necesarios para Java ES o en versiones actualizadas del entorno operativo Solaris. No obstante, debe verificar la existencia de estas revisiones o de sus sustituciones en los hosts en los que supervisará un componente del producto Java ES:

En el sistema operativo HP-UX, las revisiones necesarias para la supervisión se incluyen entre las descritas en Requisitos y problemas de HP-UX.

Problemas de interfaz de la Monitoring Console

El certificado de host nuevo no aparece para verificación (6467360)

Al añadir un host nuevo para su supervisión, la Monitoring Console utiliza SSL para asegurar la conexión, pero no muestra el certificado que presenta el host seleccionado. Puesto que la Monitoring Console transmite la contraseña raíz del host al agente de nodo, existe una vulnerabilidad ante un ataque cuya finalidad sea falsificar la dirección IP del host objetivo y recibir la contraseña. El riesgo de que esto ocurra es muy bajo, ya que la mayoría de los agentes de nodo se ejecutan en hosts que ya se encuentran en una red segura.

Solución: si los hosts de agente de nodo no se encuentran en una red segura, deberá verificar su autenticidad antes de añadirlos como hosts nuevos en la Monitoring Console. Para verificar la autenticidad de un host, inicie una sesión en el host correspondiente y compruebe que reconoce su configuración y su sistema de archivos. En un host UNIX, puede iniciar una sesión con el comando ssh para ver la información del certificado.

Servidor de aplicación se refiere a una instancia de aplicación (6495539, 6388513)

En la Monitoring Console, se utiliza "servidor de aplicación" para hacer referencia a los objetos incluidos en un producto. Esta terminología no se debe confundir con Sun Java System Application Server.

Solución: en el contexto de la Monitoring Console, un servidor de aplicación se refiere a la instancia en ejecución de un componente Java ES instalado.

Respuesta lenta en la Monitoring Console ( 6490794, 6438443)

En la Monitoring Console, para mostrar páginas y cambiarlas pueden transcurrir hasta 30 segundos en algunos casos.

Solución: ejecute la Monitoring Console en un host potente sin otras aplicaciones.

La Monitoring Console no muestra nombres de host ni de dominio (6444357, 6446325, 6496542)

En las etiquetas del árbol izquierdo no se incluyen nombres de host ni de dominio, sólo nombres de componentes. Por ello, puede ser difícil identificar componentes similares en distintos hosts. De forma similar, al crear una regla de supervisión y seleccionar el componente supervisado, es posible que no se puedan diferenciar instancias del mismo componente en distintos hosts.

Solución: localice los identificadores de host en las vistas detalladas del componente supervisado. Ciertos componentes incluyen su ID de proceso en su nombre de instancia, por lo que debe saber cuál es el ID de proceso de la instancia en cada host.

No hay ningún método sencillo para inhabilitar la supervisión de un determinado componente (6446505)

La Monitoring Console no puede habilitar ni inhabilitar la supervisión por componente.

Solución: debe habilitar e inhabilitar la supervisión de un componente mediante el propio mecanismo de cada componente. Para obtener instrucciones, consulte las secciones especificadas de cada componente en el Capítulo 2, Habilitación y configuración de Monitoring Framework de Guía de supervisión de Sun Java Enterprise System 5.

La consola no siempre refleja que un componente supervisado se ha detenido (6487785)

Cuando un componente supervisado se bloquea o se detiene con normalidad, sus objetos supervisados pueden no desaparecer del agente de nodo y siguen apareciendo en el árbol izquierdo de la consola de supervisión. De forma similar, si detiene un agente de nodo completo, el nodo de host puede no desaparecer del árbol izquierdo. Este problema se produce de forma intermitente.

Solución: cuando detenga o reinicie una instancia del servidor, es posible que deba reiniciar el agente de nodo, el agente principal y la consola de supervisión. Si detiene un host y su agente de nodo, es posible que deba reiniciar el agente principal y la consola de supervisión. En el procedimiento Para reiniciar un agente de nodo de Guía de supervisión de Sun Java Enterprise System 5 se describe cómo realizar ambas operaciones.

Las alarmas y las reglas de supervisión no se eliminan con su host (6474032)

Cuando se elimina un host de la Monitoring Console, las alarmas y las reglas de supervisión asociadas a sus componentes supervisados no se eliminan automáticamente. Esto permite conservar las reglas y los estados de alarma si vuelve a añadir el mismo host.

Solución: si no va a añadir ese host de nuevo, utilice el cuadro de diálogo Rule (Regla) para localizar y eliminar todas las reglas asociadas al host. Las alarmas existentes al eliminar el host se pueden confirmar pero permanecerán en la consola de supervisión, ya que no será posible volver a acceder al atributo supervisado que activó la alarma. Para evitar dejar alarmas en el estado de confirmación, resuelva todas las condiciones de alarma de un componente supervisado y confirme las alarmas en la consola de supervisión antes de eliminar el host.

Problemas de la Monitoring Console de menor gravedad

En la siguiente lista se realiza un seguimiento de otros problemas conocidos de la Monitoring Console.

6366190

Varias tablas no se ordenan de manera predeterminada

6375583

El host vinculado desde "Objects Using This Installed Product" (Objetos que utilizan este producto instalado) no debe ser un objeto desconocido

6388558

Al utilizar el complemento AppServer, los "objetos que contiene este servidor" no deben incluir secundarios de secundarios

6390983

La función de habilitación e inhabilitación no se activa correctamente en la tabla de hosts

6396891

Los campos de título y descripción se muestran para objetos de estadísticas y configuración, pero no para objetos base

6495587

Al seleccionar un objeto y hacer clic en Monitoring Rule->New (Regla de supervisión->Nueva), no debe ser necesario que el usuario seleccione de nuevo el objeto

6405363

Los nombres de objetos JVM enumerados para un determinado host son incoherentes

6405949

Los objetos CMM_Cluster creados por Application Server no aparecen en ningún lugar

6412408

La lista de objetos observables del cuadro de diálogo New Rule (Nueva regla) no es clara

6429231

Los objetos Object and Operational Status of Portal, Web y Application Server aparecen como desconocidos

6388513

Los Enterprise Java Beans implementados en Application Server deben tener nombres más descriptivos

6434184

Los nombres de atributos incluidos en los objetos de supervisión de Application Server no se pueden utilizar

6434241

Los cambios de configuración internos de Application Server no se reflejan en la consola de supervisión

Problemas del Monitoring Framework

La interfaz de bucle de realimentación de Linux IPv6 no es compatible (6356355)

En un sistema Linux, el Monitoring Framework no funcionará cuando IPv6 esté habilitado. Como resultado, los instrumentos de los componentes supervisados en este sistema no se cargarán en el contenedor cacao, y no los verá en la consola de supervisión.

Solución: hay dos soluciones posibles:

• Configure el Monitoring Framework para que no se utilice la interfaz de bucle de realimentación:

  1. En el directorio de configuración del Monitoring Framework (de forma predeterminada /etc/opt/sun/mfwk/config), haga una copia del archivo de propiedades de ejemplo:

     cp mfwk.properties.sample mfwk.properties

  2. Defina el siguiente parámetro en el archivo mfwk.properties recién copiado:

     mfwk.multicast.disableloopback=true

  3. Reinicie el agente de nodo, el agente principal y la consola de supervisión con el procedimiento Para reiniciar un agente de nodo de Guía de supervisión de Sun Java Enterprise System 5.

• O inhabilite IPv6 en Red Hat 3.0 siguiendo los pasos que se indican a continuación:

  1. Localice esta línea si aparece en el archivo /etc/modprobe.conf:

     alias net-pf-10 ipv6

  2. Cámbiela o añada la siguiente línea:

     alias net-pf-10 off

  3. Reinicie el sistema. IPv6 debe estar ahora inhabilitado.

  En Red Hat 4.0, realice el mismo procedimiento utilizando el archivo /etc/modules.conf .

Al anular la implementación de un componente supervisado en un agente de nodo, se puede producir un interbloqueo (6481273)

En el proceso de inhabilitación de un componente supervisado, se debe anular su implementación en su agente de nodo, pero éste se bloquea ocasionalmente. Específicamente, el comando cacaoadm undeploy no devuelve nunca ningún resultado y la supervisión se bloquea en todo el agente de nodo.

Solución: finalice el proceso y reinicie el agente de nodo, el agente principal y la consola de supervisión con el procedimiento Para reiniciar un agente de nodo de Guía de supervisión de Sun Java Enterprise System 5.

Los componentes C tienen un rendimiento de supervisión lento en Linux (6332884)

Los componentes que se basan en bibliotecas C para interconectarse con el Monitoring Framework pueden mostrarse con mayor lentitud en la Monitoring Console cuando se ejecutan en el entorno operativo Linux.

Solución: ninguna

Los componentes C pueden presentar un rendimiento de supervisión más lento tras realizarse operaciones de nodo (6410218)

Los componentes que se basan en bibliotecas C pueden presentar un rendimiento de supervisión más lento en la Monitoring Console después de volver a implementarse o de cerrarse otros componentes en el mismo agente de nodo.

Solución: reinicie el Common Agent Container del nodo incluyendo el agente de nodo y, a continuación, reinicie el agente principal y la consola de supervisión con el procedimiento Para reiniciar un agente de nodo de Guía de supervisión de Sun Java Enterprise System 5.

Los componentes C no se comunican de forma segura con el agente de nodo (6405037)

La comunicación entre procesos entre componentes que se basan en bibliotecas C y el agente de nodo del mismo host no es segura. De manera predeterminada, para la comunicación se utiliza la interfaz de bucle de realimentación, por lo que se reduce el riesgo de seguridad.

Solución: ninguna.

El componente Java presenta un rendimiento de SNMP lento (6437945)

Los componentes que se basan en bibliotecas Java para interconectarse con el Monitoring Framework pueden presentar problemas de rendimiento cuando se accede a ellos mediante SNMP.

Solución: ninguna.

El agente de nodo no puede descubrir componentes supervisados en Solaris 9 (6504230)

Debido a un error en Solaris 9, los paquetes dirigidos a una dirección IPv4 no se entregan al receptor en un zócalo IPv6. Esto interrumpe el mecanismo de descubrimiento entre agentes de nodo y los componentes que se deben supervisar en ese host.

Solución: fuerce el JVM del agente de nodo para escuchar en zócalos IPv4 con los siguientes comandos:

cacaoadm stop
oldvalue=`cacaoadm get-param java-flags --value`
cacaoadm set-param java-flags="${oldvalue} -Djava.net.preferIPv4Stack=true"

A continuación, reinicie el agente de nodo, el agente principal y la consola de supervisión con el procedimiento Para reiniciar un agente de nodo de Guía de supervisión de Sun Java Enterprise System 5.

La existencia de relojes no sincronizados impide añadir un host a la Monitoring Console (6487357)

Si la hora de los hosts del agente de nodo y del agente principal está demasiado fuera de sincronización, no se podrá añadir ese nodo en la Monitoring Console. El registro de error del Monitoring Framework del agente principal informará de un error grave "during JRMP connection establishment" (durante el establecimiento de conexión JRMP).

Solución: fije la hora en ambos hosts para que estén sincronizados.

No se admite la documentación de una API C privada (6463023)

La documentación de una API C privada se ha incluido accidentalmente en los paquetes de tiempo de ejecución. Las interfaces que describe son privadas y están sujetas a cambios en cualquier momento, por lo que no se recomienda su uso.

Solución: ninguna.

HP_UX: la existencia de reglas de supervisión concurrentes excesivas provoca una excepción (6481758)

Cuando se crean muchas reglas de supervisión en paralelo en un agente de nodo en el sistema operativo HP-UX, los números de subproceso de JVM (Java Virtual Machine) pueden exceder los límites del parámetro kernel y provocar una excepción OutOfMemory.

Solución: descargue y ejecute la herramienta HPjconfig como se describe en el procedimiento To Optimize Kernel Parameters for Monitoring Framework on HP-UX indicado en Sun Java Enterprise System 5 Monitoring Guide .