Guía de instalación de Sun Java Enterprise System 5 para UNIX

Solución de problemas de instalación

Este apartado describe los siguientes problemas que pueden producirse durante la instalación.

La instalación falla debido a los archivos que permanecen durante la desinstalación

El proceso de desinstalación puede dejar archivos o paquetes de componentes de productos no desinstalados. En ese caso, es posible que deba eliminar manualmente los componentes o paquetes antes de reinstalar Java ES. El programa de instalación informa de que el componente de producto se encuentra en el host, aunque crea que ya lo ha eliminado.

Es posible que se haya producido una de las siguientes situaciones:

La desinstalación ha fallado y ha aparecido un mensaje en el que se indica el nombre del paquete que no se ha desinstalado, pero nadie ha solucionado el problema.
La desinstalación ha fallado, pero no se ha detectado ningún error, por lo que cree que se han desinstalado los paquetes cuando, en realidad, permanecen instalados.

Para eliminar una instalación parcial

Utilice el siguiente comando para saber qué paquetes están parcialmente instalados.

SO Solaris: pkginfo -p

Linux: rpm -qa |grep —I ^sun | xargs rpm -V

HP-UX: swlist -l product sun-*

La salida de comando muestra cualquier paquete instalado parcialmente. Con los nombres de los paquetes devueltos, consulte el Capítulo 5, Listado de paquetes instalables de Guía de referencia de instalación de Sun Java Enterprise System para UNIX para comprobar a qué componente de producto pertenecen los paquetes.

Elimine los componentes o paquetes.
- En Solaris 9 o 10, utilice la herramienta prodreg.
  
  La herramienta prodreg controla los componentes basados en paquetes en el host. Puede ver los componentes de productos y sus paquetes, junto con información completa en la que se incluyen las interdependencias. Puede utilizar la herramienta prodreg para desinstalar componentes de productos y eliminar paquetes con total seguridad. Una vez que haya eliminado un componente de producto con la herramienta prodreg, podrá reinstalarlo.
- En Linux, utilice el comando rpm -e.
  
  Para editar el archivo de registro de productos, abra el archivo /var/opt/sun/install/productregistry . Este archivo XML describe cada componente de producto. Cada descripción contiene una etiqueta <compid\> al inicio y una etiqueta </compid\> al final. Borre la entrada completa del componente de producto.
- En HP-UX, utilice el comando swremove.
  
  Para editar el archivo de registro de productos, abra el archivo /var/adm/swproductregistry . Este archivo XML describe cada componente de producto. Cada descripción contiene una etiqueta <compid\> al inicio y una etiqueta </compid\> al final. Borre la entrada completa del componente de producto.

Compruebe que los siguientes directorios no contienen componentes de productos o paquetes de Java ES:

/opt

/etc/opt

/var/opt

Ejecute el programa de instalación de nuevo.

La instalación falla debido a los componentes compartidos eliminados en el registro de productos después de la desinstalación

A partir de la versión Java ES 5, los componentes compartidos aparecen enumerados en el archivo de registro de productos una vez realizada la instalación.

El programa de desinstalación de Java ES desinstala los componentes de productos del sistema, pero no elimina los componentes compartidos. Una vez finalizada la desinstalación, el registro de productos sigue incluyendo las entradas de los componentes compartidos. Si elimina manualmente los componentes compartidos de Java ES después de la desinstalación, los componentes no se eliminarán del registro de productos. Por lo tanto, la siguiente instalación de Java ES 5 falla debido a que el programa de instalación asume que los componentes compartidos eliminados manualmente siguen presentes (ya que sus entradas permanecen en el archivo de registro de productos).

Consejo –

No elimine manualmente los componentes compartidos de Java ES del sistema.

Solución recomendada. Elimine las entradas correspondientes del archivo de registro de productos o elimine el propio archivo de registro. Si se eliminan las entradas del archivo de registro de productos, es posible que se dañe el archivo. Por lo tanto, es recomendable eliminar todo el registro. Antes de hacerlo, compruebe que no esté utilizando el archivo de registro ningún producto que no sea un componente de Java ES.

En Linux y HP-UX no hay un equivalente al registro de productos gráfico que existe en el SO Solaris. Si eliminó manualmente los archivos en Linux o HP-UX, debe editar manualmente el archivo de registro de productos para eliminar esas entradas.

No se puede configurar IBM WebSphere como contenedor web de Portal Server

Puede que WebSphere no se esté ejecutando o que se haya especificado un valor para WebSphere que no coincida con la configuración original de WebSphere. Hay dos formas de solucionar este problema. IBM WebSphere sólo se admite como contenedor web en el SO Solaris.

Comprobación de la configuración

Una solución puede ser la comprobación de la configuración de la instancia de WebSphere.

Para comprobar la configuración de WebSphere

Asegúrese de que WebSphere se esté ejecutando.

Compruebe los valores de los siguientes campos del programa de instalación:
- Host virtual de WebSphere (PS_IBM_VIRTUAL_HOST en el archivo de estado)
- Nombre de Application Server (PS_IBM_APPSERV_NAME en el archivo de estado)

Utilice las herramientas de WebSphere para comprobar la configuración, asegurándose de que los valores introducidos coincidan.

Vuelva a intentarlo.

Creación de nuevas instancias

Otra solución consiste en crear nuevas instancias de las entidades de WebSphere.

Para crear nuevas instancias de las entidades de WebSphere

Utilice adminclient.sh para iniciar la consola de WebSphere.

Cree una nueva instancia de host virtual y un nuevo nombre de instancia para Application Server.

Haga clic en la entrada que hay bajo " Nodos" (el nombre de host habitual) y seleccione " Regenerar complemento de WebServer" .

El proceso guarda las nuevas entradas en el archivo de configuración del complemento, plugin, que el programa de instalación comprueba para obtener los nombres legales.

Vuelva al programa de instalación e introduzca los valores que acaba de crear.

Se producen errores externos inesperados

Pudo producirse un corte de luz o un fallo del sistema, o pudo pulsar CTRL+C para detener el proceso de instalación.

Solución recomendada. Si el fallo se produjo durante los procesos de instalación o de configuración, es probable que se haya efectuado una instalación parcial. Ejecute el programa de desinstalación. Si falla el programa de desinstalación, siga las instrucciones que aparecen en La desinstalación falla y permanecen archivos en el sistema

El programa de instalación gráfico parece no responder

A veces, el programa de instalación crea una imagen en pantalla antes de que dicha imagen esté lista para la entrada. No puede hacer clic repetidamente en Siguiente en el asistente de instalación, sino que tiene que esperar.

Solución recomendada. El botón que representa la elección predeterminada incluye un rectángulo azul. Este rectángulo suele aparecer después del propio botón. Espere hasta que vea el rectángulo antes de hacer clic en cualquier botón.

La instalación silenciosa falla y aparece un error de archivo de estado incompatible o dañado.

Si está utilizando un archivo de estado que fue creado en la misma plataforma en la que lo usa, el problema puede deberse a un error desconocido de archivo dañado. Hay dos formas de solucionar este problema.

Creación de un nuevo archivo de estado

Si ha creado el archivo de estado en la misma plataforma en la que se está ejecutando la instalación silenciosa, genere uno nuevo y realice de nuevo la instalación.
Si está utilizando un archivo de estado creado en una plataforma o versión diferente, el problema se debe a que los archivos de estado hay que ejecutarlos en la misma plataforma en la que se crearon. Por ejemplo, si ha creado el archivo de estado en Solaris 9, no puede utilizarlo en Solaris 10, al igual que si lo ha creado en la plataforma x86, no puede usarlo en la plataforma SPARC.

Creación de un nuevo Id. adecuado para la plataforma

Si la plataforma en la que ha creado el archivo de estado no es la misma que en la que se está ejecutando la instalación silenciosa, cree un nuevo Id. adecuado a la plataforma para el archivo. Para obtener instrucciones sobre cómo realizar esta tarea, consulte Creación de un Id. de archivo de estado adecuado para la plataforma.

La instalación silenciosa falla

Si ha modificado el archivo de estado, es posible que haya introducido errores. Compruebe los siguientes aspectos y vuelva a generar el archivo de estado como se describe en Creación de un archivo de estado.

¿Están definidos todos los parámetros de los hosts locales con valores consistentes?
¿Escribió correctamente las mayúsculas y minúsculas de los valores de los parámetros?
¿Borró un parámetro requerido y no introdujo otro para sustituirlo?
¿Son válidos todos los números de puertos y están sin asignar?

Solución recomendada. Resuelva el problema y vuelva a generar el archivo de estado.

No se muestran las páginas de comando man

El motivo más probable de este problema es que la variable de entorno MANPATH no se haya establecido correctamente para los componentes instalados.

Solución recomendada. Actualice /etc/MANPATH para que señale al nuevo directorio de la página de comando man. Consulte Verificación de las páginas de comando man .