Notas de la versión de Sun Java System Application Server Enterprise Edition 8.1 2005Q2

- Previous: Capítulo 2 Acerca de Application Server Edición Enterprise 8.1 2005Q2
- Next: Apache y el complemento del equilibrador de carga

# Administración

Este apartado describe problemas conocidos relacionados con la administración, junto con las soluciones pertinentes.

ID del error | Resumen
--- | ---
6171458 | La secuencia de comandos `package-appclient` no funciona si `domain1` no está presente. De forma predeterminada, hay un valor codificado en `$INSTALL/lib/package-appclient.xml` para la variable `AS_ACC_CONFIG` de `domain1` a la que señala `asenv.conf`. Si domain1 se elimina y se crea un nuevo dominio, la variable `AS_ACC_CONFIG` no se actualiza con el nombre del dominio nuevo, lo que provoca que falle la secuencia de comandos `package-appclient`. Solución Lleve a cabo una de las siguientes acciones: Deje intacto `domain1` y cree los demás dominios en torno a él. Elimine `domain1` y sustituya el valor codificado de `domain1` en `$INSTALL/lib/package-appclient.xml` con el nuevo nombre de dominio. Deberá llevar a cabo este procedimiento cada vez que cree un dominio nuevo si `domain1` no está presente.
6196993 | No se puede restaurar con otro nombre un dominio del que se haya hecho una copia de seguridad. No es posible duplicar un dominio en la misma instalación de Application Server utilizando los comandos `backup-domain` y `restore-domain` porque el dominio no puede restaurarse con un nombre distinto del original, aunque el comando `asadmin restore-domain` ofrezca la opción de cambiar el nombre del dominio. Parece que el cambio de nombre del dominio del que se ha hecho una copia de seguridad es correcto, pero al intentar iniciar el dominio en cuestión se producen errores porque las entradas de la configuración del dominio no se han cambiado, `startserv` y `stopserv` usan el nombre del dominio original para definir las rutas. Solución El nombre de dominio utilizado para `restore-domain` debe ser el mismo que se usó para el comando original `backup-domain`. Los comandos `backup-domain` y `restore-domain` sólo funcionan en Application Server 8.1 para hacer copias de seguridad y restaurar el mismo dominio en la misma máquina.
6200011 | No se admite el inicio de Application Server con un agente JMX adicional. J2SE 1.4.x, 5.0 y las versiones posteriores se pueden configurar en Application Server. Una función integral de la plataforma J2SE 5.0 es la capacidad para iniciar un agente JMX. Esta función se activa definiendo explícitamente propiedades de sistema al iniciar el servidor. Entre los valores de ejemplo se incluyen:
    name="com.sun.management.jmxremote" value="true"
    name="com.sun.management.jmxremote.port" value="9999"
    name="com.sun.management.jmxremote.authenticate" value="false"
    name="com.sun.management.jmxremote.ssl" value="false"
Después de configurar las propiedades JMX e iniciar el servidor, un nuevo servidor `jmx-connector` se inicia en la máquina virtual de Application Server. Un efecto colateral no deseable es que las funciones de administración se ven afectadas negativamente y la consola de administración de Application Server y la interfaz de línea de comandos pueden generar resultados inesperados. El problema es que hay algunos conflictos entre la construcción en `jmx-connector` y el nuevo servidor de `jmx-connector`. Solución Si utiliza `jconsole` (o cualquier otro cliente `compatible con JMX`), puede reutilizar el servidor estándar JMX Connector Server que se ejecuta al iniciar Application Server. Al iniciar el servidor, se muestra una línea parecida a la que aparece más abajo en el registro del servidor. Puede conectarse a la dirección URL de `JMXService` especificada ahí y realizar las mismas operaciones de configuración y administración después de que se proporcionen correctamente las credenciales, por ejemplo:
    [#|2004-11-24T17:49:08.203-0800|INFO|sun-appserver-ee8.1|
    javax.enterprise.system.tools.admin|_ThreadID=10;|ADM1501:
    Here is the JMXServiceURL for the JMXConnectorServer:
    [service:jmx:rmi:///jndi/rmi://hostname:8686/management/
    rmi-jmx-connector]. This is where the remote administrative
    clients should connect using the JSR 160 JMX Connectors.|#]
Para obtener más información, consulte la Administration Guide.
6206176 | En UNIX, los permisos de ejecución excesimavemente restrictivos de Application Server inician y detienen las secuencias de comandos. Si ejecuta el comando `asadmin restore-domain` cuando haya iniciado una sesión como usuario "A", las secuencias de comandos se finalizarán con permisos 744 (`rwxr--r--` ). Si, posteriormente, intenta iniciar o detener un dominio utilizando el usuario "B" (incluso aunque "B" sea root), se producirá un error, ya que las secuencias de comandos sólo podrán ser ejecutadas por el usuario "A". Solución Cambie los permisos de las secuencias de comandos:
    chmod 755 appserv/domains/domain-name/bin/*
1. 6236544, 6275436 | El archivo de configuración del equilibrador de carga no se crea con la dirección URL de punto final de ningún servicio Web. Al configurar el equilibrador de carga con una aplicación que tenga un módulo EJB que exporte una URL de servicio web, la raíz del contexto para el nuevo servicio web no se encuentra en el archivo `loadbalancer.xml` resultante. Solución Edite el archivo `loadbalancer.xml` para agregar los módulos web que falten de la siguiente forma:
       <web-module context-root="context-root-name"
       disable-timeout-in-minutes="30" enabled="true"/>
Sustituya el valor de context-root-name con el nombre root del contexto del servicio web que se expuso como EJB.
6288893 | Si se reinicia Application Server mediante `sun-appserv-admin`, se genera un error `LoginException`. Solución Cambie el nombre de la secuencia de comandos <as_install>`/bin/asant` existente por `asant.bak`. Copie el archivo `asant.template` ubicado en <as_install> `/lib/install/templates/ee` (para la versión SE/EE version) en el directorio <as_install>`/bin`/ y cambie el nombre del archivo `asant`. Edite la secuencia de comandos <as_install>`/bin/asant` que acaba de copiar sustituyendo el token `%CONFIG_HOME%` por <as_install>`/config`. Si se ha efectuado algún cambio manual en el archivo `asant.bak` original, combínelo con la nueva secuencia de comandos `asant`.
6315957 | El archivo `.asadmintruststore` no se describe en la documentación de Application Server. Si el archivo no se encuentra en el directorio `home` del administrador del servidor, es posible que se produzcan errores graves al actualizar determinadas aplicaciones alojadas en el servidor. Solución Si el posible, el usuario que instaló el servidor debería ejecutar el comando `asadmin start-domain domain1`. Si, por el contrario, no es posible, `.asadmintruststore` debería moverse o copiarse del directorio `home` del usuario que ha efectuado la instalación al directorio `home` del usuario que está ejecutando el servidor. Tenga en cuenta que si se mueve (no se copia) el archivo del directorio `home` del usuario de instalación al directorio `home` del usuario de ejecución, es posible que se produzcan problemas con la actualización de la aplicación, como se describe en los errores 6309079, 6310428 y 6312869, ya que el usuario de instalación/actualización (normalmente `root` en Java ES) ya no dispondrá del archivo `.asadminstruststore` en su directorio principal.
6407140 | Las instancias del servidor iniciadas con `start-node-agent` no presentan el contenido de sincronización más reciente. El comando `asadmin start-node-agent` inicia automáticamente las instancias del servidor remoto sin sincronizarlas con DAS. Solución: Si está iniciando una instancia del servidor remoto sincronizada con el depósito central administrado por DAS, especifique la opción `--startinstances=false` con el comando `asadmin start-node-agent`. A continuación, utilice el comando `asadmin start-instance` para iniciar la instancia del servidor remoto.
6654726 | La función de la Consola de administración que permite seleccionar conjuntos de cifrados no funciona correctamente. Al seleccionar la opción "Admitir todos los conjuntos de cifrados" de las escuchas HTTP, se desactivan las casillas de verificación, pero se vuelven a activar una vez actualizada la página, incluso aunque se haya marcado la casilla "Admitirtodos...". Aunque parezca que existe un problema, una vez introducido el alias del certificado y después de hacer clic en "Guardar", los cambios se escribirán en la configuración. Solución: No se necesita ninguna acción. Los cambios se han guardado.

- Previous: Capítulo 2 Acerca de Application Server Edición Enterprise 8.1 2005Q2
- Next: Apache y el complemento del equilibrador de carga

- © 2010, Oracle Corporation and/or its affiliates