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.
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:
Tabla 1 Revisiones para la supervisión en el entorno operativo Solaris
Versión de Solaris |
Número de la modificación |
---|---|
Solaris 9 Sparc Platform (hasta la versión s9u7_06 incluida) |
114344-17 |
Solaris 9 i386 Platform (hasta la versión s9u7_06 incluida) |
114345-08 (en desuso por: 117172-17), 118559-28 (o posterior) |
Solaris 10 Sparc Platform (hasta la versión s10_58 incluida) |
114344-17 |
Solaris 10 i386 Platform (hasta la versión s10_58 incluida) |
114345-08 (en desuso por: 117172-17), 118855-15 (o posterior) |
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.
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.
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.
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 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. Si precisa instrucciones, consulte las secciones sobre el componente específico en el Capítulo 2, Enabling and Configuring the Monitoring Framework de Sun Java Enterprise System 5 Update 1 Monitoring Guide.
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. El procedimiento To Restart a Node Agent de Sun Java Enterprise System 5 Update 1 Monitoring Guide describe cómo hacerlo.
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.
Si el intervalo de programación se establece para una regla, no se puede inhabilitar la regla.
Solución Borre la regla en lugar de inhabilitarla.
En la siguiente lista se realiza un seguimiento de otros problemas conocidos de la Monitoring Console.
Varias tablas no se ordenan de manera predeterminada
El host vinculado desde “Objects Using This Installed Product” (Objetos que utilizan este producto instalado) no debe ser un objeto desconocido
Al utilizar el complemento AppServer, los “objetos que contiene este servidor” no deben incluir secundarios de secundarios
La función de habilitación e inhabilitación no se activa correctamente en la tabla de hosts
Los campos de título y descripción se muestran para objetos de estadísticas y configuración, pero no para objetos base
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
Los nombres de objetos JVM enumerados para un determinado host son incoherentes
Los objetos CMM_Cluster creados por Application Server no aparecen en ningún lugar
La lista de objetos observables del cuadro de diálogo New Rule (Nueva regla) no es clara
Los objetos Object and Operational Status of Portal, Web y Application Server aparecen como desconocidos
Los Enterprise Java Beans implementados en Application Server deben tener nombres más descriptivos
Los nombres de atributos incluidos en los objetos de supervisión de Application Server no se pueden utilizar
Los cambios de configuración internos de Application Server no se reflejan en la consola de supervisión
Monitoring Console debería mostrar una vista de dominio
En el entorno nacional de, el índice de la ayuda en línea no es coherente con la versión inglesa
La función Show Objects With Status no funciona cuando se establece Show Selected Object
La eliminación de intervalos de programación de una regla produce un error de secuencia de comandos
Algunas cadenas no se encuentran en la tabla general JVM
En la interfaz de usuario en español, la cadena del copyright no está traducida
Muchas cadenas no se encuentran en la interfaz de usuario de la Monitoring Console
Cambiar el intervalo de programación de una regla de 0:00 a 0:00 borra la propia regla
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
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.
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.
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" |
Luego, reinicie el agente de nodo, el agente maestro y la consola de supervisión con el procedimiento To Restart a Node Agent de Sun Java Enterprise System 5 Update 1 Monitoring Guide.
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.
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 de Sun Java Enterprise System 5 Update 1 Monitoring Guide.
Cuando se ejecuta el comando mfwkadm en Windows, se genera el siguiente error:
'C:\Program' is not recognized as an internal or external command, operable program or batch file. |
Solución Convierta la cuarta línea del archivo C:\Program Files\Sun\JavaES5\share\mfwk\bin\masetup.bat en comentario añadiendo REM al comienzo de la línea.
Antes de: |
|
|
Después de: |
|
En la siguiente lista se realiza un seguimiento de otros problemas conocidos de Monitoring Framework.
En Linux, la detección no funciona cuando se habilita IPv6