En esta sección, se describen problemas conocidos relacionados con la utilidad de actualización, junto con las soluciones pertinentes.
Al ejecutar la utilidad de actualización e identificar install_dir como el directorio de instalación de origen, el proceso de actualización actualiza sólo los dominios que se crean en el directorio install_dir /domains. Los dominios creados en otras ubicaciones no se actualizan.
Antes de iniciar el proceso de actualización, copie todos los directorios del dominio desde sus ubicaciones en el directorio install_dir /domains.
Este problema se ha observado en varios sistemas Linux y es más frecuente en Java Desktop System 2, pero también se ha detectado en distribuciones RedHat.
Después de hacer clic en el botón Herramienta para iniciar la actualización de la pantalla final del programa de instalación, éste no logra iniciarla para completar el proceso y se bloquea de forma indefinida, por lo que no consigue volver a la línea de comandos.
Este problema no se produce si se utiliza el modo de instalación mediante línea de comandos para llevar a cabo la actualización "in situ".
Si realiza dicha actualización en modo de GUI y se encuentra con este problema, salga del instalador pulsando Ctrl+C en la ventana de terminal en la que se inició el instalador.
Inicie la herramienta de actualización desde la ventana de terminal usando los siguientes comandos:
install_dir/bin/asupgrade --source install_dir/domains --target install_dir --adminuser adminuser--adminpassword adminpassword --masterpassword changeit |
adminuser y adminpassword deben coincidir con los valores usados para la instalación que esté actualizando.
Cuando la herramienta de actualización complete el proceso, podrá iniciar también el explorador y especificar la siguiente URL para visualizar la página que muestra información acerca del producto:
file://install_dir/docs/about.html
Si seleccionó la opción pertinente para registrar el producto, siga el enlace a la página de registro que se mostrará en la página de información sobre el producto.
Elimine las siguientes entradas del destino domain.xml (después de la actualización) y reinicie el servidor:
<jvm-options>-Djavax.net.ssl.keyStore=${com.sun.aas.instanceRoot} /config/keystore.jks</jvm-options>- <jvm-options>Djavax.net.ssl.trustStore=${com.sun.aas.instanceRoot} /config/cacerts.jks</jvm-options>
Al actualizar de Application Server 7.x a 8.2, puede producirse un conflicto de puertos entre la antigua y la nueva instalación, muy probablemente con los puertos predeterminados 8080 y 8181.
Cambie los puertos utilizados en Application Server 8.2 para resolver el conflicto.
Hay dos aspectos de este problema:
Si se ejecutan las secuencias de comandos de configuración de aplicaciones de ejemplo que utilizan la base de datos Derby, ésta se crea en el directorio actual o en <install_root>/bin.
La secuencia de comandos de ejemplo de build de Ant crea un archivo password.txt que guarda el archivo de contraseña de administración en el directorio actual, en el que no se podrá escribir en situaciones de zonas dispersas o que no sean root .
Ubicación de la base de datos Derby: utilice la opción --dbhome con el comando start-database para crear la base de datos en el valor especificado para --dbhome. Por ejemplo, a continuación, se encuentra la sintaxis de comando asadmin para start-database.
start-database [--dbhost 0.0.0.0] [--dbport 1527] [--dbhome db_directory] [--echo=false] [--verbose=false] |
Ubicación del archivo password.txt : es previsible que el directorio de ejemplos permita su escritura, ya que todos los comandos integrados incluyen la creación de un archivo password.txt en ese directorio. Asegúrese de que instala una copia de los ejemplos que funcione en una ubicación con permiso de escritura.
Este problema se produce cuando se ejecuta la instalación mediante actualización utilizando credenciales de administración distintas a las predeterminadas.
Cuando realice una actualización en paralelo utilizando el programa de instalación basado en archivos de 8.xPE a 8.2EE, utilice las siguientes credenciales de administración para el nuevo Application Server:
usuario de administración: admin
contraseña de administración: adminadmin
contraseña maestra: changeit
Tras la actualización, puede cambiar estas contraseñas si es necesario.
La herramienta de actualización puede detectar una entrada de directorio existente, aunque no válida, para el campo de directorio de origen y da la impresión de que la configuración del directorio es correcta.
Debería aparecer un mensaje âInvalid directoryâ (directorio no válido) cuando se introduce una ruta incorrecta al directorio de origen. Aparece un mensaje de directorio no válido si se introduce /opt/SUNWappserverEE81UR2/ para el directorio de origen. Sin embargo, si se introduce /opt/SUNWappserverEE81UR2/domains , la herramienta continúa con el proceso de actualización sin advertir que la ruta no es válida. Este problema es similar al ID 6440710, excepto que el comportamiento es distinto dependiendo del valor de entrada.
Al actualizar de Application Server 7 u 8.x a Application Server 8.2, debe incluirse primero el valor recomendado en la documentación en el directorio de origen: la raíz del dominio para el directorio in situ y de dominio para actualizaciones en paralelo.
La instalación de Application Server Edición Enterprise 8.2 no permite caracteres especiales en el nombre de usuario de administración. La creación del dominio fallará si se utiliza cualquier carácter especial. Sin embargo, tenga en cuenta que la contraseña de administración puede tener caracteres especiales.
Al actualizar de Application Server 7 a Application Server 8.2, verifique que el nombre de usuario de administración no contiene ningún carácter especial.