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.
Si se ejecuta el programa de instalación de Java ES 5 Update 1 en el modo silencioso y se especifica un statefile con un identificador no válido (como en una versión previa de Java ES), el programa no instala ningún software y sale sin informar de ningún error. El archivo de registro del programa de instalación contiene el mensaje:
Exit Installation due to Error or User has selected exit on Warning. |
SoluciónSustituya el identificador del statefile por un identificador válido generado por el programa de instalación de Java ES 5 Update 1. Utilice este comando para generar el identificador:
./installer -id |
Si se ejecuta el programa de instalación con la opción —no y se detiene la instalación en la página Installing, el programa sale, devolviendo InvocationTargetException:
InvocationTargetException thrown in method cancelConfirmed in class com.sun.wizards.core.WizardTreeManager java.lang.NullPointerException at ... |
Solución: ninguna.
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 bien
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.
Al instalar Java ES en una zona de raíz parcial, el programa de instalación comprueba la zona global en busca de componentes que deban actualizarse en la zona global antes de poder instalarse en la zona de raíz parcial. Sin embargo, el programa de instalación no informa sobre la versión del Application Server integrado con Solaris 10 como un componente para actualizar.
Solución Antes de instalar Java ES en una zona de raíz parcial, ejecute en primer lugar el programa de instalación en la zona global y actualice Application Server si el programa lo muestra como Upgradable (actualizable).
Al instalar Java ES, el programa de instalación crea el vínculo simbólico /usr/jdk/entsys-j2se de modo que los componentes puedan acceder a la misma versión de Java SE. Tras la instalación de los componentes de Java ES en la zona global, podrían encontrarse errores en lo que respecta a Web Console al intentar arrancar zonas de raíz completa, ya que los paquetes de la Web Console se propagan a la zona de raíz completa, pero el vínculo simbólico del que dependen no se propaga.
Solución Cree el vínculo simbólico en la zona de raíz completa de forma manual introduciendo el siguiente comando en la zona global (se supone que Java SE 5 es la versión instalada en la zona global) d:
ln -s /usr/jdk/instances/jdk1.5.0 zone-path/root/usr/jdk/entsys-j2se |
donde zone-path es la ruta que se especifica al crear la zona de raíz completa.
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 se utilizan los comandos wcswap para intercambiar el contenedor que Web Console utiliza en la distribución de tomcat a Application Server, Web Console falla en el inicio porque no se ha creado ningún dominio para ello en Application Server.
Solución No utilice Application Server como contenedor para la Web Console en Linux o Windows. Si ya ha intentado intercambiar Application Server como contenedor, puede utilizarse el comando wcswap una segunda vez para volver a intercambiar tomcat como contenedor para Web Console.
Solución Utilice una de estas alternativas:
Elimine la versión de Sun Java Web Console ya instalada en la máquina Windows antes de proceder realmente con la instalación de Java ES 5.
Vuelva a registrar con la versión más reciente las aplicaciones que se registraron con la versión anterior de Sun Java Web Console para poder continuar accediendo a las mismas
En la plataforma Windows, la instalación con Install all en el modo Configure Automatically During Installation falla de manera imprevista en las etapas posteriores a la configuración en una máquina con poca memoria.
Solución Utilice una de estas alternativas:
Optimice su configuración de memoria virtual del sistema operativo Windows.
Maximice la memoria RAM libre antes de iniciar el programa de instalación de Java ES, detenga todos los programas y servicios innecesarios.
Realice una instalación selectiva, utilice la opción Custom para instalar productos de forma selectiva.
Este problema ocurre cuando determinados archivos DLL están en la carpeta system32 de Windows, como libnspr4.dll, nss3 y smime.
Estos archivos DLL entran en conflicto con las versiones Java ES de los DLL que están instalados en install-dir/share/lib e impiden el correcto funcionamiento de los servidores Java ES.
Solución Vuelva a nombrar estos archivos DLL en la carpeta system32 de modo que los servidores de Java ES utilicen las versiones correctas de dichos archivos.
Si se cambia el nombre de estos archivos DLL se puede provocar que no funcionen algunas aplicaciones actuales que instalaron estos archivos en la carpeta system32.
Solución En Windows XP Professional, la cuenta de invitado debe inhabilitarse.
La clave del registro HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa\ForceGuest debe establecerse en 0 para que se produzca la autenticación.
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.
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.
Para mejorar el rendimiento de la búsqueda, Servidor de directorios 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 Servidor de directorios 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.
Si Servidor de directorios 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 Servidor de directorios. 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 Servidor de directorios, 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 Servidor de directorios 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 Servidor de directorios 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. Servidor de directorios 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 de 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.
Si una máquina Windows no está conectada a la red, la instancia HADB no se inicia.
Solución Conecte la máquina Windows a la red.
Directory Server 5.1 se suministra con Solaris 9. Por tanto, después de instalar Directory Server a partir de Java ES 5 Update 1, existen dos versiones en el sistema: versión 5.1 de Solaris 9 y versión 6.2 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.
Si se está ejecutando Solaris 10 08/07 o un sistema Solaris 10 con la revisión de Solaris 120037–19 (x86) o 120473–10 (sparc) o más reciente, podría producirse un error como el siguiente al intentar conectar con el centro de control del servidor del directorio:
Could not contact the DSCC agent on hostname. Use the command cacaoadm to check that DSCC agent is installed and running on port port-number. |
Este error aparece cuando el proceso de cacao con el que se comunica el centro de control del servidor del directorio cuyo propietario es un usuario no raíz, y el error aparece aunque el centro de control del servidor de directorio esté ejecutándose.
Solución Instale la revisión 123896–14 (x86) o 123893–04 (sparc) o más reciente.
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 To Install the Monitoring Console with the Java ES Installer de Sun Java Enterprise System 5 Update 1 Monitoring Guide.
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 To Install the Monitoring Console in a Solaris Zone de Sun Java Enterprise System 5 Update 1 Monitoring Guide.
Si desea instalar los componentes de Java ES en un host en el que previamente haya instalado y configurado Monitoring Console, siga el procedimiento To Unconfigure the Monitoring Console de Sun Java Enterprise System 5 Update 1 Monitoring Guide
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 para Installing the Monitoring Console de Sun Java Enterprise System 5 Update 1 Monitoring Guide, y luego el procedimiento Starting the Monitoring Console de Sun Java Enterprise System 5 Update 1 Monitoring Guide.
En Microsoft Windows, Portal Server sólo puede utilizarse como plataforma de evaluación o como plataforma de desarrollo. No puede emplearse como plataforma de implantación.
Si se utiliza el programa de instalación de Java ES para instalar Portal Server en Microsoft Windows, la instalación resultante no funcionará correctamente.
Solución No utilice el programa de instalación de Java ES para instalar Portal Server en Windows. En su lugar, descargue la actualización 1 de Portal Server 7.1 desde el Centro de descargas de Sun en http://www.sun.com/download/products.xml?id=465e130d. Siga las instrucciones del archivo ReadMe que acompaña la descarga para conseguir una instalación funcional de Portal Server.
Mientras se utiliza la dirección IP en netlet, si la entrada de búsqueda inversa para un host particular no está configurada en el servidor DHCP, entonces la operación asociada con ese host no funciona.
Por ejemplo, si nslookup.exe ipaddress falla en devolver el nombre de host, entonces las operaciones de netlet no funcionarán para estas direcciones IP.
Solución Utilice los nombres de host en lugar de las direcciones IP.
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 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, parece que los programas de instalación y desinstalación se quedan bloqueados.
Solución Omita la inactividad aparente y espere a que se efectúe el proceso de instalación o desinstalación de Portal Server, que puede tardar hasta 45 minutos en realizarse en un sistema de segunda categoría.
Si se instala Portal Server en una sola sesión del programa de instalación, y luego se instala Portal Server Secure Remote Access en otra sesión posterior, el programa de instalación no valida el valor del host de acceso que se proporciona en Portal Server: Secure Remote Access: Configure la página Access to Portal en la siguiente sesión.
Solución: ninguna.
Si se instala Portal Server en una sola sesión del programa de instalación, y luego se instala Portal Server Secure Remote Access en otra sesión posterior, el programa de instalación no valida el valor de la contraseña de inicio de sesión del usuario que se proporciona en Portal Server: Secure Remote Access: Configure la página Access to Portal en la siguiente sesión.
Como consecuencia, los registros de portal.fabric incluyen errores como PSFB_CSPFCO312: Incorrect LogUserPassword Entered y PSFB_CSPFCO189: Validation of gateway Data Failed.
Solución: ninguna.
Al instalar Sun Cluster 10 en Solaris 9, actualización 6 para la plataforma x86, la instalación falla porque requiere una revisión que no es aplicable en la actualización 6 (revisión 117714–06).
Solución: ninguna. En la plataforma x86, Sun Cluster requiere Solaris 9, actualización 7 o posterior.
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 Servidor de directorios 5 2004Q2. Si necesita Sun Cluster Data Service para Sun Java System Servidor de directorios 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.
Tras la instalación de Web Server en el modo eval config en Windows, los servicios de Web Server no se inician automáticamente.
Solución Inicie los servicios de Web Server de forma manual.
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.
Al instalar Web Server en el modo CLI, si se especifica un valor de puerto que esté fuera de rango, el programa de instalación muestra el confuso mensaje siguiente:
EntSysResources:webServerInstancePanel-OUtOfRangeAdminPort-Error-CLI |
Solución: ninguna.
Tras la instalación de Web Server en el modo eval config en el sistema operativo Windows, los servicios de Web Proxy Server no se inician automáticamente.
Solución Inicie los servicios de Web Proxy Server de forma manual.