![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[IBM i]](../images/iseries.gif)
Problemas de inicio o reinicio del servidor de aplicaciones
Si un proceso servidor no se inicia o se inicia con errores, los temas siguientes le pueden ayudar a diagnosticar el problema.
El programa de instalación ha finalizado correctamente, pero el servidor de aplicaciones no arranca o arranca con errores
- Examine los archivos de
anotaciones cronológicas del servidor de aplicaciones en busca de
claves. Los archivos de anotaciones cronológicas están situados
por omisión en:
raíz_perfil/logs/nombre_servidor/SystemErr.log y SystemOut.log
raíz_perfil\logs\nombre_servidor\SystemErr.log y SystemOut.log
raíz_perfil/logs/nombre_servidor/SystemErr.log y SystemOut.log
El mandato tail -f raíz_perfil/ logs/nombre_servidor/SystemOut.log es modo práctico de observar el progreso del servidor.
- Busque cualquier error o aviso relacionado con los recursos específicos de módulos como, por ejemplo, los módulos web, los enterprise bean y los recursos de mensajes. Si encuentra alguno, examine en el archivo de configuración del servidor de aplicaciones
los valores de configuración de dicho recurso. A
continuación, reinicie el servidor para ver si este componente es la causa del
problema.
Por ejemplo, en una configuración base no distribuida en sistemas Windows, vaya a raíz_perfil\config\cells/Célula_servidor_aplicaciones\nodes\nombre_nodo\servers\nombre_servidor\server.xml y examine en los códigos XML las propiedades de dicho recurso. Cambie el valor initialState de START a STOP.
Por ejemplo, vaya a raíz_perfil/config/cells/Célula_servidor_aplicaciones/nodes/nombre_nodo/servers/nombre_servidor/server.xml y examine en los códigos XML las propiedades de dicho recurso. Cambie el valor initialState de START a STOP.
- Consulte los mensajes de error o de aviso de la tabla de referencia de mensajes pulsando la vista Referencia de la navegación del centro de información y ampliando la cabecera Mensajes en el árbol de navegación.
- Después de crear un servidor de aplicaciones, debe sincronizar los nodos antes de guardar los valores de configuración del nuevo servidor.
Si no sincroniza los nodos, es posible que el nuevo servidor no se inicie.
- En la página Servidores de aplicaciones que lista todos los servidores de aplicaciones, pulse Preferencias.
- Seleccione Sincronizar cambios con nodos si no está seleccionado.
- Pulse Aplicar y luego pulse Servidores de aplicaciones para regresar a la lista de servidores de aplicaciones.
- Pulse Guardar para guardar los valores de configuración del nuevo servidor.
- Si el servidor de aplicaciones forma parte de una configuración de despliegue de red o varias configuraciones de servidor,
Compruebe que ha añadido el servidor de aplicaciones a la configuración.
- Compruebe que la configuración esté sincronizada entre el gestor de despliegue y el nodo. Si está ejecutándose la sincronización automática, espere hasta que la sincronización finalice. Si está utilizando la sincronización manual, solicite una sincronización para cada nodo del clúster.
Antes de iniciar un servidor de aplicaciones:
- Inicie el proceso del gestor de despliegue emitiendo el mandato siguiente:
raíz_servidor_aplicaciones/bin/startManager.sh
raíz_servidor_aplicaciones\bin\startManager.bat
- Efectúe el paso de una sola vez para federar el nodo en el que se está ejecutando el servidor de aplicaciones con el gestor de despliegue. Este paso debe realizarse aunque solamente haya un nodo. Incluso si ambos procesos están en el mismo servidor físico.
- Verifique que se está
ejecutando el gestor de despliegue. A continuación, ejecute el mandato addNodenombre_nodo del directorio raíz_perfil/bin. Por ejemplo, el mandato siguiente añade el servidor de aplicaciones al gestor de despliegue en un sistema Linux o UNIX:
addNode.sh localhost 8879 -includeapps -startingport 3333
El gestor de despliegue está utilizando el puerto SOAP por omisión de 8879. Ambos procesos se encuentran en la misma máquina. Todas las aplicaciones instaladas (excepto la consola administrativa, que es una aplicación del sistema) del servidor de aplicaciones están instaladas en el gestor de despliegue.
El parámetro startingport evita un problema con procesos de agente de nodo coexistentes en una máquina. Todos los puertos del proceso de agente de nodo se inician en el número de puerto 3333. También puede asignar puertos utilizando específicamente el parámetro -portprops.
Consulte la descripción del mandato addNode para obtener más información.
- Inicie el proceso del gestor de nodos en los nodos que alojan los servidores de aplicaciones que desea ejecutar escribiendo raíz_servidor_aplicaciones/bin/startNode.sh o raíz_servidor_aplicaciones\bin\startNode.bat.
- Inicie el proceso del gestor de despliegue emitiendo el mandato siguiente:
Antes de iniciar un servidor de aplicaciones, utilice el script startNode de Qshell para iniciar el proceso del agente de nodos en los nodos que alojan los servidores de aplicaciones que va a iniciar.
- Compruebe que el nombre lógico que ha especificado para que aparezca en la consola del servidor de aplicaciones no contenga caracteres que no son válidos como, por ejemplo: - / \ : * ? " < > y espacios iniciales o finales.
Si no puede iniciar el gestor de despliegue después de una instalación que de otro modo sería correcta, busque mensajes en el archivo raíz_perfil/logs/nombre_servidor/SystemErr.log y el archivo SystemOut.log.
Si no puede iniciar el gestor de despliegue después de una instalación que de otro modo sería correcta, busque mensajes en el archivo raíz_perfil/logs/nombre_servidor/SystemErr.log y el archivo SystemOut.log.
- Si utiliza Apache Derby y recibe un error ERROR XSDB6: Another instance of Apache Derby might have already booted the database nombre_base_datos, consulte el tema Problemas de acceso de datos para obtener más información.
Cuando se utiliza un ID de usuario distinto de root para ejecutar los servidores de aplicaciones, compruebe que:
- El usuario distinto de root tiene acceso de lectura al directorio raíz_servidor_aplicaciones/temp.
- JVM tiene acceso de lectura al archivo raíz_servidor_aplicaciones/config/plugin-cfg.xml.
- El usuario distinto de root tiene acceso al directorio logs.
Cuando se utiliza un perfil de usuario distinto a QEJBSVR para ejecutar un servidor de aplicaciones, compruebe que:
- El perfil de usuario tiene QEJBSVR especificado como su perfil de grupo.
- QEJBSVR es el propietario de todos los archivos y directorios bajo el directorio raíz_perfil.
Puede utilizar el mandato siguiente en una sesión Qshell para establecer QEJBSVR como propietario.
chown -R QEJBSVR raíz_perfil
- Es posible que el servidor de aplicaciones no se inicie en la modalidad restringida. Puede configurar un servidor de aplicaciones para permitir o restringir el acceso a las clases del servidor internas. El valor predeterminado es permitir el acceso. Si se limita el acceso, es posible que el servidor no se inicia. Si el servidor de aplicaciones no se inicia en la modalidad de Restringir, cambie el acceso a las clases internos a la modalidad de Permitir.
Un mensaje de error puede aparecer en SystemOut.log después de reiniciar un servidor de aplicaciones
El enlace con el socket ha fallado para el hostnombre_host y el puerto número_puerto. Es posible que el puerto esté siendo
utilizado.
Es posible que se produzca este problema si la red es lenta y el puerto enumerado en el texto de mensaje no ha terminado de escuchar cuando se ha detenido y vuelto a iniciar la aplicación.
Para confirmar que sea este el problema, compruebe el estado del puerto.
Verifique que no haya ningún puerto escuchando. Utilice el mandato:
netstat -a
Verifique que no haya ningún puerto escuchando. Utilice este mandato CL:
NETSTAT *CNN
- Reinicie el servidor
Aparece el mensaje de excepción "DiscoveryService.sendQuery" en el archivo de registro de FFDC
Al iniciar un gestor de despliegue, éste intenta descubrir si hay agentes de nodo configurados en esta célula. Si el agente de despliegue no descubre agentes de nodo en la célula, escribe una excepción en el primer archivo de registro de captura de datos de anomalía (FFDC) para cada agente de nodo que el gestor de despliegue no descubre. Si los agentes de nodo no deben estar ejecutándose, puede ignorar esta excepción. Si los agentes de nodo deben estar ejecutándose, es posible que el archivo de registro FFDC contenga información adicional que le ayudará a determinar el motivo por el que el gestor de despliegue no puede descubrir los agentes de nodo a un cuando se supone que deben estar ejecutándose.
![[IBM i]](../images/iseries.gif)
No se reinicia el servidor en IBM i después de aplicar WebSphere Application Server Versión 8.5.0.1
Si el servidor no se reinicia en IBM i después de aplicar 8.5.0.1, puede que reciba el mensaje siguiente: "CWWKE0044E: No dispone de permiso de escritura para el directorio del servidor".
Este error se produce sólo en IBM i cuando se ha iniciado con la integración del sistema operativo y se utiliza el usuario QEJBSVR.
Puede resolver temporalmente este problema envolviendo una invocación del mandato de servidor con un script que suprima el contenido del directorio <nombre_servidor>/workarea/.sCommandAuth.