Estas Notas de la versión contienen información importante sobre Sun JavaTM Enterprise System (Java ES) 5. Lea este documento antes de comenzar a utilizar Java ES para mejorar la experiencia general de instalación y funcionamiento. Este documento se actualiza según es necesario para describir nuevos problemas cuando surgen. Consulte la sección Historial de revisiones para obtener información sobre estas actualizaciones. La versión más actualizada de este documento se encuentra en el sitio web Java ES 5 http://docs.sun.com/coll/1286.2.
Plataformas cubiertas: este documento cubre Java ES para las siguientes plataformas:
Solaris 10 para plataformas SPARCTM, x86 y x64
Solaris 9 para plataformas SPARC y x86
Red Hat Enterprise Linux 4 (AS y ES) para plataformas x86 y x64
Red Hat Enterprise Linux 3 (AS y ES) para plataformas x86 y x64
HP-UX 11.11v1 para la plataforma PA-RISC 2.0
Para obtener información sobre Java ES en la plataforma Microsoft Windows, consulte las Sun Java Enterprise System 5 Release Notes for Microsoft Windows.
Componentes cubiertos: este documento cubre los componentes de Java ES que se distribuyen y se instalan mediante el instalador de Java ES. No proporciona información sobre componentes Java ES que se distribuyen y se instalan de otras maneras.
Temas cubiertos: este documento cubre los siguientes temas principales:
Problemas y requisitos de plataforma generales para Java ES
Problemas de compatibilidad generales para Java ES
Problemas de instalación, actualización y desinstalación para Java ES en general, el instalador y desinstalador, y los componentes Java ES distribuidos con el instalador y desinstalador.
Puesto que este documento de Notas de la versión no cubre problemas relacionados con todos los aspectos de utilización de los componentes, deberá leer también las notas de versión de nivel de componente de los componentes de Java ES que utilizará. Consulte las Notas de la versión de componentes para obtener una lista de las notas de versión de nivel de componente disponibles.
Versión |
Fecha |
Descripción de los cambios |
---|---|---|
11 |
Enero de 2008 |
Se ha añadido la sección Tecnologías de virtualización de plataformas compatibles con Java ES 5. |
10 |
Marzo de 2007 |
Versión final. |
05 |
Agosto de 2006 |
Versión Beta. |
La información específica acerca de los componentes aparece en las notas de la versión de los respectivos componentes. Las siguientes notas de la versión de componentes se encuentran en http://docs.sun.com/coll/1699.1.
Componente |
Notas de la versión |
---|---|
Access Manager | |
Application Server |
Sun Java System Application Server Enterprise Edition 8.2 Release Notes |
Directory Server |
Sun Java System Directory Server Enterprise Edition 6.1 Release Notes |
Directory Proxy Server | |
High Availability Session Store (HADB) |
High Availability de Sun Java System Application Server Enterprise Edition 8.2 Release Notes |
Message Queue | |
Monitoring Console y Monitoring Console | |
Portal Server y Portal Server Secure Remote Access | |
Service Registry | |
Sun Cluster |
Sun Cluster 3.1 8/05 Release Notes for Solaris OS Sun Cluster 3.1 8/05 With Sun Java Enterprise System 5 Special Instructions |
Sun Cluster Geographic Edition | |
Web Proxy Server | |
Web Server |
A fin de seguir añadiendo valor para los usuarios de software de Sun, Sun ha mejorado los componentes existentes y ha añadido otros nuevos para Java ES 5. En la siguiente lista se resumen las principales mejoras y adiciones. Para obtener más información, consulte las notas de la versión correspondientes a cada componente de Java ES.
Una nueva versión principal de Directory Server, incluyendo una nueva versión principal de Directory Proxy Server como subcomponente
Una nueva versión principal de Portal Server
Una nueva versión principal de Web Server
La adición del software de Sun Cluster Geographic Edition
Compatibilidad mejorada de contenedores Solaris, incluyendo instalación en zonas no globales de raíz completa y raíz parcial
Capacidades mejoradas de supervisión en todo el sistema y adición de una consola de supervisión
Las siguientes funciones de Java ES globales del sistema se han invalidado o eliminado en esta versión. Para obtener información sobre funciones específicas de componentes que se han invalidado o eliminado en esta versión, consulte las notas de la versión relativas al componente correspondiente.
Esta versión no es compatible con Solaris 8 o Red Hat Enterprise Linux 2.1. En el momento de la entrega de Java ES 2005Q4, Sun anunció que no enviaría nuevas versiones de Java ES para estas versiones de sistema operativo después de la versión 2005Q4.
Los productos de comunicación ya no forman parte del derecho de Sun Java Enterprise System. Sun anunció este cambio en agosto de 2006.
Los siguientes productos de comunicación ya no se encuentran disponibles en el instalador de Java ES. Para obtener información sobre su descarga, consulte el concentrador de información de Sun Java Communications Suite en BigAdmin en la dirección http://www.sun.com/bigadmin/hubs/comms.
Sun Java System Messaging Server
Sun Java System Calendar Server
Sun Java System Instant Messaging
Sun Java System Communications Express
Sun Java System Communications Services Delegated Administrator
Los siguientes anuncios se aplican a futuras versiones de Java ES.
Es posible que el soporte para J2SE 1.4 se elimine en la siguiente versión principal de Java ES.
Es posible que el soporte para Red Hat Linux 3 se elimine en la siguiente versión principal de Java ES.
Es posible que el soporte para Microsoft Windows 2000 se elimine en la siguiente versión principal de Java ES.
En la siguiente tabla se enumeran los problemas de distribución, instalación y desinstalación indicados en las notas de la versión de Java ES 2005Q4 que se han solucionado en Java Enterprise System 5. Para obtener información sobre el estado de los problemas indicados en notas anteriores de la versión de nivel de componente, consulte las notas de la versión correspondientes a la versión actual del componente.
Número de error |
Descripción |
---|---|
Problemas de la plataforma Linux |
|
5060658 |
El desinstalador de RPM no siempre se instala durante la instalación |
6223676 |
Se producen problemas de JVM al ejecutar Access Manager en Application Server |
6274560 |
Núcleo de tcp_smtp_server sobrecargado |
6283794 |
El Ant instalado por Java ES 2005Q4 se bloquea con NoClassDefFoundError en Linux |
6304981 |
ksh necesario para Linux |
Sin número de error |
Problema de los archivos de configuración de Ant en Linux |
Problemas generales de instalación |
|
5033467 |
La notación del componente seleccionado es incoherente de una página a otra |
5099218 |
Espacio en disco insuficiente en /share |
6206190 |
No se puede usar la opción "Configure later" (Configurar después) cuando se realizan instalaciones en todas las configuraciones regionales |
6208244 |
El instalador en modo silencioso no actualiza algunos paquetes de componentes compartidos |
6210498 |
La pantalla "Custom Configuration" (Configuración personalizada) del instalador muestra en ocasiones un diseño de texto distorsionado |
6279513 |
En el modo CLI, el instalador no le permite instalar Portal Server Gateway solo |
6403555 |
El puerto Web Server se incrementa incorrectamente después de la primera sesión de instalación |
6441243 |
En Solaris, el JDK no se actualiza si ya hay un paquete de JDK en la versión Java ES 5 |
6441326 |
En el modo CLI, el instalador de Java ES no dirige al usuario al modo GUI para realizar la actualización |
6447264 |
Se genera un error al ejecutar el instalador de Java ES en una zona no global |
6449453 |
La instalación de Access Manager y Portal Server en distintos contenedores web falla |
6457919 |
En el modo CLI, el instalador de Java ES no instala paquetes multilingües si se instala el conjunto completo de componentes |
6471266 |
La configuración del complemento de Load Balancer no es compatible mediante el instalador |
6472914 |
En HP-UX, el instalador tarda más tiempo en pasar del panel LicenseAgreement al panel PSP |
6476190 |
Se muestra un error tras salir del instalador |
6477177 |
Aparece un mes incorrecto en el visualizador de registros |
6480655 |
No se puede instalar AM con WS en multisesión con el modo silencioso |
Problemas relacionados con los componentes compartidos |
|
6202315 |
La secuencia de comandos de configuración de Sun Java Web Console no actualiza el paquete SUNWtcatu |
6202992 |
El instalador no actualiza Apache Tomcat 4.0.1 a Apache Tomcat 4.0.5 |
6276483 |
metaslot debe devolver CK_EFFECTIVELY_INFINITE en la información de señal de usuario |
Problemas relacionados con Access Manager |
|
5047119 |
La configuración de instalación de sólo consola falla |
6280171 |
Los servicios de portal registrados de Access Manager no se agregan al usuario al crearse mediante Access Manager SDK |
6291099 |
La página de inicio de amconsole no aparece en las instalaciones multinodo |
6305887 |
No se puede instalar Access Manager (utilizando CLI) sin Directory Server en una implementación multinodo |
6308426 |
No se puede acceder a la implementación en Application Server 8.1 con URI no predeterminados |
Problemas relacionados con Administration Server (Los problemas relacionados con Administration Server se han solucionado en esta versión, ya que Administration Server se ha sustituido por la nueva versión de Directory Server.) |
|
6252097 |
Posible exposición de seguridad mediante una interfaz de administración HTTP |
6273652 |
La revisión de Administration Server no se aplica cuando se detiene el servidor |
Problemas relacionados con Application Server |
|
6297837 |
La revisión 08 de Java ES 2005Q4 Promoted muestra un nombre de Application Server incorrecto |
6445074 |
No es posible instalar el complemento de Load Balancing después de actualizar Application Server |
Problemas relacionados con Directory Server |
|
4928102 |
El resultado de configuración de Directory Server divide la barra de progreso en el modo silencioso |
5096114 |
No es posible instalar Directory Server y Administration Server en sesiones independientes (se ha solucionado, ya que Administration Server ya no se utiliza.) |
6198729 |
El paquete de Directory Server Agent SUNWdsha para Sun Cluster necesita separarse de la revisión de Directory Server |
6223527 |
No se puede configurar Directory Server si realiza una reinstalación después de una desinstalación |
6440789 |
La localización de Directory Server Console (DSCC) es incompleta en Solaris |
6446197 |
Monitoring Framework disponible para Directory Server en la plataforma Solaris 10 x64 |
Problemas relacionados con Message Queue |
|
Sin número de error |
Utilización de la C-API de Message Queue de NSPR y NSS en Linux |
Problemas relacionados con Portal Server |
|
4971011 |
No se produce el redireccionamiento de puerta de enlace 10WS en una instalación multisesión |
6191449 |
Inicio de sesión en Portal Server Gateway después de reiniciar Portal Server |
6216514 |
La página de inicio de sesión no se descarga mediante proxylet |
6218871 |
Excepción presentada tras recargar Portal Desktop |
6283068 |
No se puede detener la puerta de enlace en un escenario de dos hosts |
6297953 |
Los certificados expiran en los Portal Server que utilizan el paquete JCE 1.2.1 |
6300415 |
Las secuencias de comandos SRA Init intentan ejecutar /etc/init.d/cron |
6301677 |
Sintaxis de intérprete de comandos no válida en el proceso remove_Wireless |
6309079 |
La actualización de Portal Server de Java ES 2005Q1 a Java ES 2005Q4 (reimplementación) no funciona — en espera de una tecla "Y" |
6317592 |
Problema con la validación de la dirección IP para el proxy Netlet |
6320674 |
El registro de Application Server contiene excepciones Java, pero la instalación se realiza correctamente |
6415854 |
La instalación de Portal Server se bloquea después de instalar y configurar Communications Express |
6445022 |
Secure Remote Access falla si el Portal Server se instala en una ubicación no predeterminada |
6446051 |
No se puede instalar Portal Server si la clave de cifrado de contraseña de Access Manager está en blanco |
6447657 |
En Linux, Portal Server depende de bibliotecas de compatibilidad GCC 2.96 |
6457982 |
La puerta de enlace, el proxy Netlet y el proxy Rewriter no se inician cuando se instalan en un host distinto de Portal Server |
Problemas relacionados con Sun Cluster |
|
Sin número de error |
El cambio de dependencia de paquete doc/Common Agent Container P2 actualizado de 1.0 a 1.1 causa problemas de instalación |
Problemas relacionados con Sun Cluster Geographic Edition |
|
6319980 |
En ocasiones, las operaciones de Sun Cluster Geographic Edition tardan mucho tiempo en realizarse |
6410520 |
No se ha anulado el registro de Sun Cluster Geographic Edition en la consola web de Sun |
Problemas relacionados con Web Server |
|
6442607 |
En Linux, Web Server depende de bibliotecas de compatibilidad GCC 2.96 |
Problemas relacionados con Web Proxy Server |
|
6322036 |
Web Proxy Server no se configura mediante el programa de instalación común |
El espacio en disco y la RAM necesarios para instalar y utilizar Java ES 5 pueden variar considerablemente, en función de los componentes que instale en un sistema. Se recomienda utilizar los siguientes valores básicos al instalar todos los componentes en un único sistema. Si desea valores más precisos, añada los valores indicados en las notas de la versión correspondientes a los componentes que instale en un sistema.
Sistema operativo |
Procesador (sistema) |
Espacio en disco |
RAM |
Espacio de intercambio |
---|---|---|---|---|
Solaris SPARC |
UltraSPARC II (Sun Enterprise 250) |
6 GB |
4 GB |
Dos veces la cantidad de RAM, pero al menos 4 GB si se instala Portal Server |
Solaris x86 |
Intel Pentium P4 1GHz, AMD Opteron 248 (Sun v20/40/60z) |
6 GB |
4 GB |
Dos veces la cantidad de RAM, pero al menos 4 GB si se instala Portal Server |
Linux |
Intel Pentium P4 1GHz, AMD Opteron 248 (Sun v20/40/60z) |
6 GB |
4 GB |
Dos veces la cantidad de RAM, pero al menos 4 GB si se instala Portal Server |
Aunque Java ES 5 es compatible con todas las versiones de Solaris 9 y Solaris 10 en plataformas SPARC y x86, Sun recomienda utilizar las siguientes actualizaciones:
Solaris 9: Actualización 7 (9/04) o más reciente
Solaris 10 SPARC: Actualización 1 (1/06) o más reciente
Solaris 10 x86: Actualización 2 (6/06) o más reciente
Java ES funciona en sistemas Solaris instalados utilizando los siguientes grupos de software Solaris:
SUNWCXall – Entire Solaris Software Group Plus OEM Support
SUNWCall – Entire Solaris Software Group
SUNWCprog – Developer Solaris Software Group
Java ES puede ejecutarse también en un sistema Solaris 10 minimizado que se haya instalado utilizando SUNWCreq (Core System Solaris Software Group) o SUNWCuser (End User Solaris Software Group), siempre que no instale Sun Cluster ni Sun Cluster Geographic Edition.
Para instalar Java ES 5 en un sistema Solaris 10 en el que se haya instalado SUNWCreq, añada estos paquetes:
SUNWadmc |
SUNWpl5u |
SUNWadmfr |
SUNWxcu4 |
SUNWadmfw |
SUNWxcu6 |
Si va a utilizar el instalador gráfico (GUI), añada también estos paquetes:
SUNWctpls |
SUNWxwplr |
SUNWmfrun |
SUNWxwplt |
SUNWxwfnt |
SUNWxwrtl |
SUNWxwice |
|
Java ES se ha comprobado con las dos instalaciones Solaris 10 minimizadas que se han indicado anteriormente. No obstante, es posible que se requieran paquetes adicionales para utilizar ciertas funciones de los componentes de Java ES.
El instalador de Java ES comprueba el sistema a fin de determinar qué revisiones de sistema operativo son necesarias para ejecutar los componentes que está instalando. Para evitar que estas comprobaciones fallen durante la instalación en Solaris, Sun ofrece clúster de revisiones que se pueden descargar y aplicar antes de ejecutar el instalador. Para obtener estos clúster de revisiones:
Vaya a http://sunsolve.sun.com.
Haga clic en "Patches and Updates" (Revisiones y actualizaciones).
Haga clic en "Recommended Patch Clusters" (Clúster de revisiones recomendados).
Localice el clúster de revisiones que comienza por "Java ES Required OS" que se aplique a su versión de sistema operativo y descárguelo.
Tenga en cuenta que estos clúster de revisiones pueden contener revisiones kernel de Solaris. Por tanto, asegúrese de realizar lo siguiente:
Lea atentamente el archivo README del clúster de revisiones. Lea también el archivo README de cada revisión incluida en el clúster, en especial las revisiones kernel.
Instale el clúster de revisiones en modo de usuario único, y realice un reinicio de reconfiguración (boot -r) después de efectuar la instalación. Si algunas revisiones no se instalan e indican "reconfigure reboot is needed before invoking additional patch commands" (es necesario realizar un reinicio de reconfiguración antes de invocar comandos de revisiones adicionales), deberá instalar el clúster de nuevo después de realizar el reinicio.
Tenga en cuenta también que la mayoría de las revisiones de sistema operativo que Java ES requiere ya están incluidas en las actualizaciones recientes de Solaris. Por tanto, si está ejecutando una actualización reciente de Solaris, puede ejecutar el instalador de Java ES para descubrir las revisiones que necesita aplicar y descargarlas en lugar de descargar el clúster de revisiones completo.
Cuando instale Java ES 5 en un sistema x86 ejecutando la actualización 8 de Red Hat Enterprise Linux 3, el usuario de sistema "root" no se reconocerá.
Solución: antes de instalar Java ES, instale primero los archivos coreutils-4.5.3-28.4.i386.rpm y coreutils-4.5.3-28.4.x86_64.rpm más recientes desde el sitio Red Hat.
Antes de instalar, configurar y ejecutar componentes de Java ES en HP-UX, debe instalar ciertas revisiones y actualizaciones de software. A continuación se indican las actualizaciones:
Transport Optional Upgrade Release (TOUR) 3.1
GOLDQPK11i(B.11.11.0509.429) Sept 2005 Quality Pack
GOLDAPPS11i(B.11.11.0509.429)
GOLDBASE11i(B.11.11.0509.429)
A continuación se indican las revisiones:
PHSS_30966
PHCO_29328
PHKL_25842
PHNE_29445
Estas actualizaciones y revisiones se encuentran disponibles en el Centro de Recursos de Tecnología Informática de HP, http://itrc.hp.com.
La virtualización de plataformas es la capacidad de ejecutar varios sistemas operativos de invitado no relacionados en un entorno incluido además de hardware compartido. Gracias a las muchas ventajas de la virtualización de plataformas, existe una gama de productos y tecnologías de virtualización disponible en la actualidad.
Sun ha realizado pruebas para determinar que es compatible con implementaciones de Java ES 5 en entornos Solaris 10 virtualizados mediante el software Logical Domains (LDoms), que se introdujo en Solaris 10 11/06.
LDoms se ejecuta en servidores basados en UltraSPARC T1 y T2. Para obtener información sobre LDoms, sus capacidades y sus requisitos, consulte la documentación de Logical Domains (http://docs.sun.com/coll/ldom1.0).
Si implementa componentes de Java ES en un sistema operativo compatible incluido en un entorno virtualizado distinto de LDoms y tiene algún problema, es posible que se le solicite demostrar el problema en un entorno no virtualizado para que Sun pueda proporcionarle la asistencia adecuada.
Al igual que ocurre con implementaciones realizadas en entornos no virtualizados, debe asignar los recursos recomendados (procesador, memoria, almacenamiento, etc.) a cada uno de los equipos virtuales para garantizar niveles suficientes de rendimiento de la aplicación. Consulte la documentación de los componentes para obtener información sobre los requisitos de sistema recomendados y compatibles.
Las interfaces administrativas basadas en web que proporcionan los componentes de Java ES 5 son compatibles al menos con los siguientes exploradores web:
Firefox® 1.0.7 en Solaris 9 y 10, Windows 2000 y XP, Red Hat Linux 3 y 4, y Mac OS X
MozillaTM 1.7.12 en Solaris 9 y 10, Windows 2000 y XP, Red Hat Linux 3 y 4, HP-UX, y Mac OS X
NetscapeTMCommunicator 7.1 en Solaris 9 y 10, y HP-UX
Netscape Communicator 8.0.4 en Windows 2000 y XP
Microsoft Internet Explorer 6.0 SP1 en Windows 2000
Microsoft Internet Explorer 6.0 SP2 en Windows XP
Para obtener información sobre los exploradores web compatibles con las interfaces web de usuario final que proporcionan los componentes de Java ES 5, consulte las notas de la versión correspondientes al componente que proporciona la interfaz. Las notas de la versión de los componentes de Java ES 5 se encuentran disponibles en http://docs.sun.com/coll/1699.1. Consulte también Notas de la versión de componentes.
En Solaris y Linux, Java Enterprise System incluye Java SE y cuenta con su certificación. 5.0 Update 9 (1.5.0_09). En HP-UX, Java Enterprise System incluye Java SE 5.0 Update 3 (1.5.0_03) y cuenta con su certificación. Además, los siguientes elementos son compatibles con Java SE 1.4.2:
Componentes compartidos
Aplicaciones de cliente de usuario final
API Java públicas
Determinados componentes pueden ser compatibles con versiones adicionales de Java SE o pueden presentar problemas de compatibilidad relativos a ciertas versiones de Java SE. Para obtener información, consulte las notas de la versión del componente.
En las siguientes subsecciones se describen problemas relativos a la compatibilidad con versiones anteriores de Java ES 5 con respecto a versiones anteriores de Java ES. Además, los problemas que se indican aquí abarcan varios componentes de Java ES o son relativos al instalador o desinstalador de Java ES. Para obtener información sobre la compatibilidad con versiones anteriores de un determinado componente, consulte la información de compatibilidad incluida en las notas de la versión del componente específico. Consulte las Notas de la versión de componentes para obtener una lista de notas de la versión de componentes.
Java ES 5 cuenta con la certificación de Java SE 5.0 Update 9 (1.5.0_09). Si el instalador de Java ES no encuentra esta versión de Java SE en un sistema, el instalador instalará esta versión y hará que se encuentre disponible en los componentes de Java ES mediante el vínculo simbólico /usr/jdk/entsys-j2se.
La versión de Application Server 7 que se suministra con Java ES 2004Q2 utiliza este vínculo simbólico, pero no es compatible con Java SE 5.0 Update 9. Por ello, Application Server 7 deja de funcionar correctamente después de instalar componentes de Java ES 5.
Solución: Java ES no es compatible con mezclas de componentes de las versiones 2004Q2 y 5 en un único sistema. Al actualizar un sistema desde la versión Java ES 2004Q2, deberá actualizar todos los componentes. Si necesita acceder a Application Server 7 durante el proceso de actualización, puede cambiar su configuración para que señale a Java SE 1.4.2, que se ha instalado con Java ES 2004Q2:
Inicie una sesión en la consola de administración de Sun Java System Application Server 7.
Actualice la configuración de Java para el servidor de administración y todas las instancias del servidor de aplicación, cambiando la ubicación de inicio de Java para que señale a la ubicación de Java SE 1.4.2. Recuerde aplicar los cambios ("Apply Changes") para todas las instancias.
Detenga todas las instancias del servidor de aplicación, incluido el servidor de administración.
Modifique el archivo asenv.conf del subdirectorio config de Application Server 7, configurando AS_JAVA para que señale a la ubicación de Java SE 1.4.2.
Reinicie Application Server 7.
Después de utilizar el instalador de Java ES para actualizar o instalar componentes compartidos, es posible que las versiones anteriores de Instant Messaging ya instaladas en el sistema dejen de funcionar correctamente. Uno de los síntomas es que el servidor o el multiplexor de Instant Messaging no se inicie.
Este problema se produce porque el componente compartido de API Sun Java System Instant Messaging and Presence (IMAPI) de Java ES 5 no es compatible con versiones anteriores de Instant Messaging. El instalador de Java ES instala o actualiza IMAPI en estos casos:
Cuando instala Portal Server
Cuando instala Service Registry
Cuando instala o actualiza todos los componentes compartidos
Así, este problema se limita a estos casos.
Solución: actualice Instant Messaging a la versión 7.2.
La siguiente información se refiere al proceso de instalación utilizando el instalador de Java Enterprise System.
Si elimina directamente paquetes de componentes o RPM, la próxima vez que ejecute el instalador, es posible que vea un componente como si todavía estuviera instalado y que no se comporte correctamente.
Solución: si ya ha eliminado manualmente paquetes de componentes o RPM, deberá utilizar de todas formas el desinstalador de Java ES para desinstalar el componente.
Si el sistema en el que ejecuta el instalador de Java ES no tiene suficiente espacio de intercambio para ejecutar el instalador, el instalador del modo CLI (./installer -nodisplay) seguirá ejecutándose después de mostrar un mensaje de error que incluye lo siguiente:
com.sun.entsys.dre.DREException: Not enough space |
Solución: si aparece este mensaje, salga del instalador. A continuación, asigne más espacio de intercambio o libere el existente antes de volver a ejecutar el instalador.
Al instalar Java ES en una zona raíz completa en versiones anteriores de Solaris 10, el instalador puede mostrar uno de los siguientes mensajes:
Unsupported components in zone Following components required by the selected components, are not supported in local zone and they can not be installed directly into the local zone. Please install these components from the global zone before proceeding the installation SharedComponent |
o
The Sun Web Console packages that are installed on your system have a defect that is preventing Java ES from installing in a while root non-global zone. In order to rectify this situation you must upgrade the Sun Web Console packages in the global zone before installing Java ES in a whole root zone. Please see the Java ES Release Notes (bug 6451030) and Installation Guide for further information. |
Estos dos mensajes aparecen porque los paquetes de Sun Java Web Console ya instalados contienen un valor de atributo incorrecto que impide que el instalador los actualice. Los paquetes de Sun Java Web Console que contienen el valor de atributo incorrecto se han incluido en Solaris 10, Solaris 10 1/06, Solaris 10 6/06 y Java ES 2005Q4.
Solución: para solucionar este problema, actualice los paquetes de Sun Java Web Console de la zona global antes de instalar Java ES en una zona raíz completa. Dispone de dos opciones:
En la zona global, ejecute el instalador e instale solamente todos los componentes compartidos. De esta forma, los paquetes de Sun Java Web Console se actualizan y se fija el atributo de zonas, y también se instalan todos los demás componentes compartidos de Java ES 5 en la zona global y se propagan en todas las zonas no globales. Es posible que este procedimiento no sea adecuado para su situación y no es recomendable realizarlo si tiene una versión anterior de Java ES instalada en una zona raíz completa.
En la zona global, actualice sólo los paquetes de Sun Java Web Console. Para ello, inicie una sesión en la zona global y desplácese hasta el directorio de instalación de Java ES 5 para Solaris. Como usuario root, realice lo siguiente:
cd Product/sunwebconsole ./setup |
La secuencia de comandos setup actualiza Sun Java Web Console en la zona global y propaga la actualización a todas las zonas no globales.
El instalador de Java ES interactúa con el mecanismo de depósito de HP-UX para localizar componentes instalados, comprobar dependencias e instalar los bits. La arquitectura cliente-servidor del mecanismo de depósito hace que el tiempo de respuesta del sistema sea más lento, y la interacción repetida provoca que el proceso de instalación global sea sensiblemente más lento que en otras plataformas.
Solución: ninguna.
Si el sistema tiene un límite de descriptor de archivos configurado en un valor demasiado bajo, determinados componentes no se podrán configurar correctamente. El instalador no informa sobre tales fallos de configuración, pero los archivos de registro de configuración los muestran.
Solución: antes de realizar la instalación, defina el límite de descriptor de archivos en un valor alto, tal como 1024 o 2048. Tras la instalación, puede volver a definir el valor anterior de límite de descriptor de archivos.
El instalador debe comprobar si los componentes compartidos son componentes de evaluación y sustituirlos si de hecho es un componente de evaluación.
Solución: compruebe que la estación de trabajo no tiene un componente de evaluación instalado antes de comenzar una instalación.
Cualquier cambio dentro de una zona de la instalación de Java ES 2005Q4 realizada con CD fallará. La instalación en zonas no globales realizada con CD no es compatible con Java ES 2005Q4. Específicamente, tampoco es compatible la instalación de Sun Cluster en una zona local.
Al instalar la revisión 10 en Solaris 9, actualización 6, la instalación falla porque requiere una revisión que no es aplicable en la actualización 6 (revisión 117714–06).
Solución: instale los paquetes SUNWced y SUNWcedu.
Tenga en cuenta que los mensajes de registro no son siempre válidos. Por ejemplo, aparece el mensaje "no software was installed" (no hay ningún software instalado) aunque se instalen algunos productos componentes (pero no todos) tras producirse un error de algún tipo.
Cuando se selecciona un producto componente, el instalador selecciona automáticamente la instalación de cualquier producto componente dependiente. La página de selección de productos componentes no indica que se hayan seleccionado las dependencias junto con el producto componente original.
Solución: ninguna.
La ventana no es lo suficientemente ancha en ciertos idiomas como, por ejemplo, el alemán, para mostrar la interfaz al completo. Por ello, se truncan textos de elementos, como las sugerencias, en la parte derecha o en la parte inferior.
Solución: modifique manualmente el tamaño de la ventana.
Al instalar Access Manager en HP-UX, la instalación falla, indicando que Access Manager no encuentra el valor binario gettext.
Solución: descargue getext 0.14.6 o la versión posterior e instálelo.
El problema de fallos en el inicio del servidor web se puede atribuir a la configuración SDK de Access Manager. En el escenario actual, el archivo AMConfig.properties contiene información incorrecta y produce una serie de errores de inicio del servidor web. Las siguientes variables no cuentan con la información correcta:
com.iplanet.am.directory.host
com.iplanet.am.server.host
com.iplanet.am.console.host
com.iplanet.am.profile.host
com.iplanet.am.naming.url
com.iplanet.am.notification.url
Solución: en el nodo B, donde Access Manager SDK está instalado con Web Server , modifique el archivo <Web_Server_Instance_dir>/config/server.xml y añada los archivos JAR de Access Manager necesarios a la ruta de clase.
El instalador de Java ES no añade una entrada de plataforma para una instalación de Directory Server existente (DIRECTORY_MODE=2).
Solución: edite el atributo Server List de servicio de plataforma para añadir la segunda instancia. Por ejemplo, si la primera instancia es host1.example.com, tendrá una entrada tal como http://host1.example.com:port|01. Si la segunda instancia está en el host2 y utiliza el mismo Directory Server que host1, utilice la consola de administrador de Access Manager para añadir una entrada tal como http://host2.example.com:port|02.
Para mejorar el rendimiento de la búsqueda, Directory Server cuenta con varios índices nuevos. Por tanto, tras instalar Access Manager con un árbol de información de directorio (DIT) existente, regenere los índices de Directory Server ejecutando la secuencia de comandos db2index.pl. Por ejemplo: # ./db2index.pl -D "cn=Directory Manager" -w password -n userRoot
La secuencia de comandos db2index.pl está disponible en DS-install-directory/slapd-hostname/ directory.
Tras finalizar el proceso de actualización de Access Manager de la versión 6.1 a la versión 6.2, el registro de actualización indica que el registro basado en DB no se ha gestionado correctamente.
Solución: ninguna. El proceso de actualización de Access Manager de la versión 6.1 a la versión 6.2 no admite realizar copias de seguridad de las tablas de registro de DB.
Si Directory Server ya está instalado y sólo tiene LDAPS (SSL) habilitado, la instalación de Access Manager fallará. Para instalar Access Manager, habilite primero LDAP (sin SSL) para Directory Server. Una vez finalizada la instalación de Access Manager, puede inhabilitar LDAP y dejar sólo LDAPS.
En las contraseñas (como para amadmin) y el sufijo raíz de Directory Server, Access Manager no admite las comillas sencillas (\q). No obstante, la barra invertida (\\) sí es compatible.
Cuando se ejecuta el instalador de Java Enterprise System, la instalación de Access Manager falla si Directory Server se ha configurado para solicitar a los usuarios que cambien su contraseña la primera vez que inician sesión.
Solución: defina la directiva de restablecimiento de contraseña de Directory Server en "off".
Aunque el archivo classpath y otras variables del entorno de contenedor web de Access Manager se actualizan durante la instalación, el proceso de instalación no reinicia el contenedor web. Si después de la instalación intenta iniciar una sesión en Access Manager antes de que el contenedor web se reinicie, se devolverá el siguiente error:
Authentication Service is not initialized. Contact your system administrator. |
Solución: reinicie el contenedor web antes de iniciar una sesión en Access Manager. Directory Server debe estar también en ejecución antes de iniciar una sesión.
Access Manager no actualiza correctamente el archivo domain.xml de Application Server con opciones de JVM y ruta de clase del servidor. Se sabe que esto ocurre en el siguiente escenario:
Cuando se instala y se configura Application Server y Directory Server.
Cuando se crea un agente de nodo.
Cuando se crea una instancia de Application Server no predeterminada.
Cuando Access Manager se instala en modo "Configure Later" (Configurar después).
Cuando se edita el archivo amsamplesilent y, a continuación, se ejecuta utilizando amconfig.
Cuando intenta iniciar una sesión en Access Manager con un explorador, aparece un mensaje de error.
Solución: antes de instalar Access Manager, edite el archivo amsamplesilent para que el bloque contenedor incluya la siguiente información:
AS81_HOME=/opt/SUNWappserver/appserver AS81_PROTOCOL=$SERVER_PROTOCOL AS81_HOST=$SERVER_HOST #AS81_HOST=$DISTAUTH_HOST AS81_PORT=$SERVER_PORT AS81_ADMINPORT=$ADMIN_PORT AS81_ADMIN=admin AS81_ADMINPASSWD="$ADMINPASSWD" AS81_INSTANCE=server1 AS81_DOMAIN=domain1 AS81_INSTANCE_DIR=/var/opt/SUNWappserver/nodeagents/nombre-nodo/instancia-servidor AS81_DOCS_DIR=/var/opt/SUNWappserver/nodeagents/nombre-nodo/instancia-servidor/docroot AS81_ADMIN_IS_SECURE=true |
Una vez realizadas las operaciones de edición, ejecute el comando amconfig:
./amconfig -s amsamplesilent |
Si instala el servidor de administración de dominios de Application Server, el agente de nodo de Application Server aparecerá enumerado como instalado y compatible en sesiones de instalación posteriores. Este problema se produce porque el servidor de administración de dominios y el agente de nodo utilizan el mismo conjunto de paquetes y sólo se diferencian en la configuración.
Solución: ninguna. El software que permite admitir agentes de nodo está instalado. Para crear un agente de nodo, utilice el comando asadmin create-node-agent. Consulte create-node-agent(1) para obtener más información.
El instalador solicita el "nombre del servidor" para Application Server. No obstante, el instalador usa el nombre de host real del equipo independientemente de lo que se haya indicado en el campo de texto.
Solución: si el nombre del servidor difiere del nombre de host del servidor, acceda al sistema como superusuario e introduzca lo siguiente en el directorio de dominio correspondiente (directorio "raíz del servidor"):
# find . -type f -exec grep -l $HOSTNAME {} \\ ;
Después, cambie el contenido del archivo según proceda.
En Linux, al intentar iniciar un dominio se genera una excepción que hace referencia a libstdc++. Esto ocurre porque Application Server requiere ciertas bibliotecas de compatibilidad en Linux que no se instalan de manera predeterminada.
Solución: instale las siguientes bibliotecas de compatibilidad:
compat-gcc-7.3-2.96.revisión.i386.rpm
compat-gcc-c++-7.3-2.96.revisión.i386.rpm
compat-libstdc++-7.3-2.96.revisión.i386.rpm
Estas bibliotecas no se instalan de manera predeterminada, pero se encuentran disponibles en la distribución de Red Hat Linux. Tenga en cuenta que el valor de revisión puede variar en versiones diferentes de Red Hat Linux.
Directory Server 5.1 se suministra con Solaris 9. Por tanto, después de instalar Directory Server a partir de Java ES 5, existen dos versiones en el sistema: versión 5.1 de Solaris 9 y versión 6.0 de Java ES.
Cuando utilice Directory Server en tales sistemas, debe asegurarse de que emplea el conjunto de comandos asociado a la versión de Directory Server que intenta administrar.
Al acceder a Directory Service Control Center a través de Internet Explorer 6, aparece un error nulo al guardar cambios de configuración de índices de un sufijo. Además, la ventana de progreso de la operación se bloquea.
Solución: acceda a Directory Service Control Center a través de un explorador distinto, tal como Mozilla.
El instalador de Java ES permite seleccionar cualquier componente o todos para instalarlos junto con la Sun Java System Monitoring Console. No obstante, debido a una limitación de la Monitoring Console, no se ejecuta cuando se instala en el mismo host o en la misma zona de Solaris que los componentes que supervisa. Si la Monitoring Console se selecciona con otros componentes, la instalación no fallará, pero no podrá configurar y ejecutar la consola de supervisión.
Solución: instale la Monitoring Console en un host dedicado donde no haya otros componentes de Java ES instalados. Al ejecutar el instalador, no seleccione la Monitoring Console para la instalación cuando instale otros componentes. Para obtener más información, consulte el procedimiento Para instalar la Consola de supervisión con el instalador de Java ES de Guía de supervisión de Sun Java Enterprise System 5.
También, puede instalar la Monitoring Console en el mismo equipo físico que otros componentes de Java ES creando un host lógico dedicado en una zona local con el sistema operativo Solaris 10. Para obtener más información, consulte el procedimiento Para instalar la Consola de supervisión en una zona Solaris de Guía de supervisión de Sun Java Enterprise System 5.
Si desea instalar componentes de Java ES en un host en el que haya instalado y configurado la Monitoring Console anteriormente, realice el procedimiento Para desconfigurar la Consola de supervisión de Guía de supervisión de Sun Java Enterprise System 5
Si la Monitoring Console no se instala en la ubicación predeterminada, la consola web no podrá localizarla y, por tanto, no se podrá iniciar.
Solución: especifique únicamente la ubicación predeterminada cuando instale la Monitoring Console.
Después de instalar la Sun Java System Monitoring Console, el instalador de Java ES no configura e inicia la Monitoring Console automáticamente.
Solución: debe ejecutar manualmente los comandos para configurar e iniciar la Monitoring Console después de la instalación. Consulte los procedimientos de Instalación de Consola de supervisión de Guía de supervisión de Sun Java Enterprise System 5 y, a continuación, el procedimiento Inicio de la Consola de supervisión de Guía de supervisión de Sun Java Enterprise System 5.
El problema se produce porque la entrada del filtro AMLControllerFilter se comenta en el archivo web.xml de la aplicación web de Access Manager.
Solución: en el archivo web.xml de la aplicación web de Access Manager, anule el comentario de la entrada del filtro AMLControllerFilter.
Al configurar Portal Server, la barra de progreso de la instalación no se mueve. Esto puede dar la impresión de que el proceso de configuración se ha bloqueado.
Solución: omita la inactividad aparente y espere a que se efectúe el proceso de configuración de Portal Server, que puede tardar hasta 45 minutos en realizarse en un sistema de segunda categoría.
Solución: consulte la siguiente publicación para obtener la última documentación de actualización relativa a este problema:
Guia de actualization de Sun Java Enterprise System 5 para UNIX
Al hacer clic en el icono de la ayuda desde el canal de SampleIFrame se obtiene "HTTP Status 404 — /portal/docs/en/desktop/iframechann.htm" no está disponible.
Solución: ninguna. No se proporciona ninguna ayuda con el proveedor de iFrame.
Durante la instalación y la desinstalación de Portal Server, el instalador y el desinstalador parece que se quedan bloqueados. El retraso puede llegar hasta los 30 minutos antes de que la instalación o la desinstalación finalicen correctamente.
Solución: ninguna.
Los equipos x86 en los que se ejecuta Solaris 10 no se activan en el modo de clúster por los cambios realizados para el proyecto de arquitectura de inicio de Solaris. Aparecen los siguientes mensajes de error cuando se inicia el equipo:
Use is subject to license terms. NOTICE: Can't open /etc/cluster/nodeid NOTICE: BOOTING IN NON CLUSTER MODE NOTICE: NO PCI PROP NOTICE: NO PCI PROP Configuring devices. Hostname: pvyom1 devfsadm: minor_init failed for module /usr/lib/devfsadm/linkmod/SUNW_scmd_link.so Loading smf(5) service descriptions: 24/24 /usr/cluster/bin/scdidadm: Could not load DID instance list. Cannot open /etc/cluster/ccr/did_instances. Not booting as part of a cluster /usr/cluster/bin/scdidadm: Could not load DID instance list. Cannot open /etc/cluster/ccr/did_instances. Note: path_to_inst might not be updated. Please 'boot -r' as needed to update. |
Solución: realice estos pasos:
Añada /etc/cluster/nodeid a /boot/solaris/filelist.ramdisk.
Introduzca estos comandos:
# bootadm update-archive # reboot -- -r |
Al intentar iniciar simultáneamente todos los nodos de un clúster de 16 nodos, se producen errores graves en el nodo y los nodos se bloquean en espera de quórum.
Este error se producía debido a una configuración incorrecta de los conmutadores de interconexión privada. Es necesario inhabilitar el árbol desplegable de los puertos de conmutador que se utilizan para las interconexiones privadas de Sun Cluster. Esta operación no se realizó para los conmutadores del clúster de 16 nodos y, por ello, se produjo este error. El clúster no se puede poner en línea por este error.
Para solucionar este problema, es necesario inhabilitar el árbol desplegable correspondiente a los puertos de conmutador que se utilizan para las interconexiones privadas de Sun Cluster.
Solución: ninguna.
Durante la instalación de los paquetes localizados de Sun Cluster, aparece el siguiente mensaje de advertencia en el registro de instalación de Java ES. Localized packages are named SUNW*scspmu. Este mensaje de advertencia no aparece cuando no se seleccionan componentes localizados para su instalación.
Warning: smreg is obsolete and is preserved only for compatibility with legacy console applications. Use wcadmin instead. Type "man wcadmin" or "wcadmin --help" for more information. |
Esta advertencia se genera porque los paquetes de localización de Sun Cluster utilizan el comando smreg en lugar de wcadmin, que es un comando nuevo en Sun Java(TM) Web Console 3.x. Este mensaje puede confundir a los clientes al dar a entender que es necesario que realicen otro paso para completar la instalación de Sun Cluster.
Solución: esta advertencia no es el resultado de un error de instalación. Puede omitir este mensaje de advertencia con seguridad.
El instalador le permite seleccionar si desea instalar Sun Cluster HA Application Server Agent con Application Server y HADB 8.1. No obstante, HA Application Server Agent no es compatible con Application Server ni HADB 8.1. Como resultado, no podrá configurar HA Application Server.
Solución: no instale HA Application Server Agent con Application Server y HADB 8.1.
Java Enterprise System 2005Q1 incluye Sun Cluster Data Service para Sun Java System Directory Server 5 2004Q2. Si necesita Sun Cluster Data Service para Sun Java System Directory Server 5.0 o 5.1 o para Netscape HTTP, versión 4.1.6, se encuentra disponible en Sun Cluster 3.1 Data Services, versión 10/03. Para solicitar esta versión, póngase en contacto con su representante de atención al cliente de Sun.
sino desde Java Enterprise System 1 Accessory CD, volumen 3. Asimismo, los servicios de datos no se instalan desde el CD de agentes, sino desde Java Enterprise System 1 Accessory CD, volumen 3.
Si ha instalado Sun Cluster Agent antes de ejecutar el instalador de Java Enterprise System, éste no le permitirá instalar agentes adicionales.
Solución: instale Sun Cluster Agents adicionales con pkgadd.
Solución: realice una copia de seguridad de todos los archivos de configuración. A continuación, elimine el directorio de instalación antes de instalar Web Server con el instalador de Java Enterprise System.
En Guia de actualization de Sun Java Enterprise System 5 para UNIX se proporcionan instrucciones para actualizar el sistema a Java ES 5 en plataformas Solaris y Linux. Los problemas indicados en las siguientes secciones describen situaciones que no se tratan en el documento Upgrade Guide y, por tanto, se deben utilizar solamente en conjunción con éste y no como sustitución.
Tanto el documento Upgrade Guide como los problemas indicados en las siguientes secciones se refieren a las versiones de Java ES por versión y número de versión. En la siguiente tabla se muestra cómo están relacionadas las versiones y los números de versión:
Versión |
Número de versión |
---|---|
Java ES 5 |
Versión 5 |
Java ES 2005Q4 |
Versión 4 |
Java ES 2005Q1 |
Versión 3 |
Java ES 2004Q2 |
Versión 2 |
Java ES 2003Q4 |
Versión 1 |
Al actualizar Access Manager, Application Server o Message Queue, el instalador no actualiza los paquetes de localización aunque seleccione la opción "Install multilingual package(s) for all selected components" (Instalar paquetes multilingües para todos los componentes seleccionados).
Solución: elimine los paquetes de localización existentes antes de realizar la actualización; utilice para ello las instrucciones proporcionadas en Guia de actualization de Sun Java Enterprise System 5 para UNIX.
Después de actualizar cualquier componente de Java ES a Java ES 5 en un sistema que utiliza la versión 3 o 4 Application Server (versión 8.1), Application Server informa de errores al compilar páginas de JSP.
Solución: actualice Application Server a Java ES 5 o aplique la siguiente revisión a Application Server 8.1:
En Solaris: 119166–17
En Linux: 119168–17
Después de actualizar un componente de Java ES a Java ES 5 en un sistema Linux que utiliza Application Server, se devuelve Java.security al intentar iniciar algunas aplicaciones implementadas.AccessControlException. Este problema surge porque la ubicación de ant ha cambiado en Java ES 5
Solución: actualice Application Server a Java ES 5 o realice estos pasos:
En el archivo config/asenv.conf de Application Server, cambie el valor de AS_ANT_LIB de "/opt/sun/lib" a "/opt/sun/share/lib".
Reinicie Application Server.
Al actualizar Portal Server IFR (Interim Feature Release) 7.0 2005Q4 implementado en Web Server , debe actualizar los componentes en una secuencia no estándar. Consulte Guia de actualization de Sun Java Enterprise System 5 para UNIX para obtener más información.
Si ha habilitado la función de supervisión de Instant Messaging en Java ES 2005Q1 o 2005Q4, deberá actualizar manualmente el archivo de propiedades después de realizar la actualización a Java ES 5.
Solución: después de actualizar la instancia de Instant Messaging en un determinado host, edite el nuevo archivo mfwk.properties para incluir los parámetros de configuración que desea conservar del archivo agent.properties antiguo.
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 revisió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.
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.
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.
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.
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.
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
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:
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 |
Defina el siguiente parámetro en el archivo mfwk.properties recién copiado:
mfwk.multicast.disableloopback=true |
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:
Localice esta línea si aparece en el archivo /etc/modprobe.conf:
alias net-pf-10 ipv6 |
Cámbiela o añada la siguiente línea:
alias net-pf-10 off |
Reinicie el sistema. IPv6 debe estar ahora inhabilitado.
En Red Hat 4.0, realice el mismo procedimiento utilizando el archivo /etc/modules.conf .
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 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 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.
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" |
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.
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.
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.
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 .
Al desinstalar Access Manager, el registro de su descriptor de módulo de supervisión no se anula.
Solución: utilice el comando cacaoadm para anular el registro del descriptor com.sun.cmm.am:
Confirme la existencia del descriptor com.sun.cmm.am:
# cacaoadm list-modules List of modules registered: com.sun.cacao.agent_logging 1.0 ... com.sun.cmm.am 1.0 ... |
Anule el registro del descriptor:
# cacaoadm unregister-module com.sun.cmm.am.xml |
Reinicie el comando cacao:
cacaoadm restart |
Confirme que el registro de com.sun.cmm.am se ha anulado:
# cacaoadm list-modules List of modules registered: com.sun.cacao.agent_logging 1.0 ... |
(com.sun.cmm.am 1.0 no debe volver a aparecer en la lista de módulos registrados.)
Para Java ES 5, Sun está adoptando un nuevo modelo de soporte que simplifica la tarea de encontrar, descargar y aplicar revisiones a los componentes de Java ES 5. Este modelo consta de dos funciones principales:
Clúster de revisiones que contiene las revisiones más recientes para todos los componentes de Java ES
Etiquetado de cada revisión de componente con palabra clave
Clúster de revisiones. Para cada plataforma compatible con Java ES 5, puede descargar un clúster que contenga las revisiones más recientes para las versiones de componentes incluidos en Java ES 5. Estos clúster de revisiones se actualizan regularmente según los componentes requieren revisiones nuevas.
Para obtener uno de estos clúster de revisiones:
Vaya a http://sunsolve.sun.com.
Haga clic en "Patches and Updates" (Revisiones y actualizaciones).
Haga clic en "Recommended Patch Clusters" (Clúster de revisiones recomendados).
Localice el clúster que comience por "Java ES Accumulated" y que se aplique a su versión de sistema operativo y a la arquitectura del procesador y descárguelo.
Etiquetado con palabra clave. A partir de la versión de Java ES 5, las revisiones de las versiones de componentes incluidas en una versión de Java ES se etiquetarán en el archivo README con una palabra clave que indica que la revisión se aplica a la versión de Java ES. Para Java ES 5, la etiqueta con palabra clave es java_es-5. Gracias a este etiquetado con palabra clave, puede localizar rápidamente todas las revisiones de componentes para Java ES 5 mediante la función PatchFinder de SunSolve introduciendo la palabra clave java_es-5.
También puede obtener revisiones para Java ES 5 en Solaris 10 mediante Sun Connection. Para obtener más información, consulte http://www.sun.com/service/sunconnection.
Ciertos componentes de Sun Java Enterprise System 5 contienen archivos que se pueden distribuir. Para obtener información sobre estos archivos, consulte las notas de la versión de los componentes que utilice.
Este producto incluye un código fuente o de objeto correspondiente a Berkeley Database, producto de Oracle Corporation. La utilización del software Berkeley Database al margen de Java Enterprise System o de derivados autorizados está sujeta a condiciones de licencia adicionales.
Para obtener las funciones de accesibilidad que se han comercializado desde la publicación de estas notas, consulte la sección 508 de evaluaciones de productos disponible previa solicitud a Sun para determinar las versiones que son más adecuadas para implementar soluciones accesibles. Puede obtener las versiones actualizadas de las aplicaciones en:
Para obtener más información sobre el compromiso de Sun con la accesibilidad, visite
En el sitio web de Sun se proporciona información sobre los siguientes recursos adicionales:
Documención (http://www.sun.com/documentation/)
Soporte (http://www.sun.com/support/)
Formación (http://www.sun.com/training/)
Además de buscar documentación de productos de Sun en el sitio web docs.sun.com, puede uitlizar un motor de búsqueda introduciendo la siguiente sintaxis en el campo de búsqueda:
término-de-búsqueda site:docs.sun.com |
Por ejemplo, para buscar "broker", introduzca lo siguiente:
broker site:docs.sun.com |
Para incluir otros sitios web de Sun en la búsqueda (por ejemplo, java.sun.com, www.sun.com y developers.sun.com), utilice "sun.com" en lugar de "docs.sun.com" en el campo de búsqueda.
Se hace referencia a las direcciones URL de terceras partes para proporcionar información adicional relacionada.
Sun no se hace responsable de la disponibilidad de los sitios Web de terceras partes que se mencionan en este documento. Sun no garantiza ni se hace responsable de ningún contenido, anuncio, producto ni de cualquier otro material disponible en dichos sitios o recursos. Sun no se responsabiliza de ningún daño, real o supuesto, ni de posibles pérdidas que se pudieran derivar del uso de los contenidos, bienes o servicios que estén disponibles en dichos sitios o recursos.
Sun tiene interés en mejorar su documentación y valora sus comentarios y sugerencias. Si desea compartir algún comentario, vaya a http://docs.sun.com y haga clic en Enviar comentarios (Send Comments). Se mostrará un formulario en línea en el que deberá indicar el título completo del documento y el número de referencia. El número de referencia consta de 7 o 9 dígitos y se puede encontrar en la página de título del manual o en la dirección URL del documento. Por ejemplo, el número de referencia de este manual es 820-0449.