Errores de entornos de varios servidores
Utilice esta información para la resolución de problemas de configuración de entornos de varios servidores.
Cuando intente crear un perfil nuevo en un entorno de células mixto, se puede producir una falta de coincidencia de las plantillas.
- Después de crear e iniciar un clúster, éste no se inicia y las anotaciones cronológicas muestran que no se encuentran los servidores en el clúster.
- Uno o más nodos no aparecen en la consola de administración
- El mandato addNode no se ejecuta correctamente
- Los archivos de aplicación no están presentes en todos los nodos
- En un entorno en clúster, no se inicia un servidor con la modalidad de depuración habilitada.
- Examine las anotaciones cronológicas del gestor de
despliegue y de los servidores de aplicaciones.
Vea las anotaciones cronológicas de la JVM.
- Consulte los mensajes de error o de aviso seleccionando la vista Referencia del centro de información y ampliando la cabecera Mensajes en el árbol de navegación.
Si se muestran excepciones Java en los archivos de anotaciones cronológicas, intente determinar el subcomponente real que está implicado directamente en el problema, analizando la pila de rastreo y buscando la clase relacionada con WebSphere Application Server junto a la parte superior de la pila (los nombres que comienzan por com.ibm.websphere o com.ibm.ws) que generó la excepción).
Por ejemplo, si la excepción parece estar creada por una clase del paquete com.ibm.websphere.naming, revise el tema Sugerencias para la resolución de problemas de componentes del servicio de denominación.
- Asegúrese de que todas las máquinas de la configuración tengan conectividad TCP/IP entre
sí ejecutando el mandato ping:
- Desde cada servidor físico al gestor de despliegue
- Desde el gestor de despliegue a cada servidor físico
- Aunque el problema sucede en un entorno en clúster, es posible que la causa real sólo esté
relacionada indirectamente, o puede que no esté relacionada, con la agrupación en clúster.
Investigue todas las posibilidades relevantes:
- Si un enterprise bean de uno o más servidores no está dando servicio a peticiones, revise los temas No se puede acceder a un enterprise bean desde un servlet, un archivo JSP, un programa autónomo u otro cliente y Problemas de acceso de aplicaciones.
- Si el problema se produce después de habilitar la seguridad, revise el tema Problemas de acceso después de habilitar la seguridad.
- Si un servidor de aplicaciones deja de responder a la petición o falla espontáneamente (el proceso se cierra), revise el tema El módulo web o el servidor de aplicaciones detiene el proceso de solicitudes.
- Si algunos servidores no dan servicio a las solicitudes SOAP, revise el tema Sugerencias para la resolución de problemas de solicitud SOAP de cliente de aplicación.
- Si tiene problemas para instalar o desplegar una aplicación en servidores de uno o varios nodos, revise el tema Problemas de despliegue de aplicaciones.
- Si la topología consta de un gestor de despliegue basado en Windows con servidores basados en UNIX, vaya a los archivos .xml y .policy de la plataforma basada en UNIX utilizando el editor vi para garantizar que los caracteres Control-M no están presentes en el archivo. Edite los archivos utilizando el editor vi en la plataforma basada en UNIX, para evitar que se inserten estos caracteres.
- Consulte los pasos para la resolución de problemas para el componente de gestión de carga de trabajo.
- Compruebe si el problema se ha identificado y está documentado consultando el soporte en línea disponible (ideas y sugerencias, notas técnicas y arreglos).
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
Cuando intente crear un perfil nuevo en un entorno de células mixto, se puede producir una falta de coincidencia de las plantillas.
Este problema se produce debido a que las plantillas de perfiles no se actualizan cuando se aplica un fixpack de la versión 6.0.x sobre la versión 6.0.x de WebSphere Application Server. Para retirar las restricciones en un entorno de células mixto, puede ejecutar el mandato desde el directorio bin del directorio raíz de la instalación de WebSphere Application Server para actualizar el perfil.
raíz_servidor_aplicaciones\bin\ws_ant.bat -buildfile updateNDProfileTemplates.xml
- Para las plataformas que no son AIX, la raíz de instalación por omisión es /opt/IBM/WebSphere/AppServer.
- Para las plataformas AIX, la raíz de instalación por omisión es /usr/IBM/WebSphere/AppServer.
- Para las plataformas que no son AIX emita el mandato siguiente:
USER_INSTALL_ROOT=raíz_servidor_aplicaciones/profiles/su_nombre_perfil_DM/
- Para AIX emita el mandato siguiente:
USER_INSTALL_ROOT=raíz_servidor_aplicaciones/profiles/su_nombre_perfil_DM/
- Para las plataformas que no son AIX emita el mandato siguiente:
- Export USER_INSTALL_ROOT
- raíz_servidor_aplicaciones/bin/ws_ant -buildfile updateNDProfileTemplates.xml
Después de crear e iniciar un clúster, éste no se inicia y las anotaciones cronológicas muestran que no se encuentran los servidores en el clúster.
Este error puede producirse cuando la configuración no se ha sincronizado desde el gestor de despliegue a un nodo. Si se ha habilitado auto synchronization, espere a que se haya ejecutado la sincronización. Si está utilizando la sincronización manual, solicite de forma explícita una sincronización para cada nodo del clúster.
Para determinar si se ha llevado a cabo la sincronización, busque la configuración en las máquinas de los nodos mediante la consola de administración y compruebe si en cada nodo están definidos los miembros nuevos del clúster.
Uno o más nodos no aparecen en la consola de administración
- Si el nodo problemático no aparece en la lista, revise los pasos para añadir un nodo al clúster.
- Si el nodo problemático aparece en la lista:
- Desde el servidor del gestor de despliegue, ejecute ping para el nombre de servidor como aparece en la lista. Si el mandato ping indica que no hay ninguna comunicación, compruebe que el nombre de host sea correcto en la lista y corríjalo si es necesario, a continuación, reinicie el gestor de despliegue.
- Si el nombre que aparece en la lista es el nombre abreviado, ejecute ping para el nombre de red totalmente calificado. Si el nombre corregido funciona, actualice la lista y reinicie el gestor de despliegue.
- Si el servidor que da problemas utiliza el protocolo DHCP (Dynamic Host Configuration Protocol), intente sustituir el nombre de host lógica por la dirección IP y reinicie el gestor de despliegue. Si esta acción resuelve el problema, tenga en cuenta que debe cambiar serverindex.xml cada vez que cambie la dirección del servidor que da problemas, probablemente cada vez que la máquina problemática se reinicia. Para evitar este problema, puede asignar una dirección IP estática al servidor.
- Si todavía no puede establecer comunicación entre los servidores, póngase en contacto con el administrador de la red para resolver el problema y reinicie el gestor de despliegue cuando se haya corregido el problema.
El mandato addNode no se ejecuta correctamente
Este error se puede producir cuando la configuración de DNS (Domain Name Server) del gestor de despliegue no se ha configurado correctamente. La instalación por omisión en sistemas Linux utiliza la dirección del bucle de retorno (127.0.0.1) como la dirección del host por omisión. Para verificar este problema, consulte el nombre de host de la máquina de la que sospecha. Si la consulta devuelve el host local, 127.0.0.1, o si los rastreos de transferencias de archivos realizados en el nodo muestran que el nodo está intentando cargar archivos en una dirección web que incluye 127.0.0.1, el nodo tiene una configuración de DNS incorrecta.
Para corregir este problema, actualice el archivo /etc/hosts o el archivo de configuración del servicio de nombres, /etc/nsswitch.conf para consultar el servidor de nombres del dominio o el NIS (Network Information Server) antes de buscar los hosts.
Los archivos de aplicación no están presentes en todos los nodos
En el entorno de
WebSphere Application Server, Network Deployment, los
archivos binarios de la aplicación se transfieren a los nodos
individuales en los que se da soporte a las aplicaciones como parte
de la operación de sincronización de nodos. Durante la sincronización de nodos, los archivos de aplicación solamente se propagan si sus descriptores de despliegue especifican enableDistribution=true.
Este distintivo se especifica como parte del procedimiento de instalación de la aplicación en
la consola administrativa y se almacenan como una propiedad en el archivo raíz_servidor_aplicaciones/config/cells/nombre_célula/applications/nombre_aplicación/deployment.xml
En el entorno WebSphere Application Server, Network Deployment, los archivos binarios de aplicaciones se transfieren a nodos individuales en los que se da soporte a las aplicaciones como parte de la operación node sync.
Durante la operación node sync, los archivos de aplicación solamente se propagan si sus descriptores de despliegue especifican enableDistribution=true.
Este distintivo se especifica como parte del procedimiento de instalación de la aplicación en
la consola de administración y se almacenan como una propiedad en el archivo
raíz_perfil/config/cells/nombre_célula/applications/nombre_aplicación/deployment.xml.
Para confirmar este problema, compruebe si se ha establecido el distintivo enableDistribution. Si ya está establecido en true, asegúrese de que el nodo de destino se haya configurado para la sincronización automática de archivos.
Si estos dos valores son correctos y el problema persiste, efectúe manualmente una sincronización explícita. Si los archivos de la aplicación continúan sin aparecer en el directorio de instalación, utilice la herramienta EARExpander, situada en el directorioraíz_servidor_aplicaciones/bin para expandir el archivo EAR desde el repositorio al destino de la instalación. En los nodos remotos, el depósito aparece en el directorio config/cells/nombre_célula/applications/nombre_aplicación.ear/.
En un entorno en clúster, no se inicia un servidor con la modalidad de depuración habilitada.
- Hay varios procesos de servidor configurados para ejecutarse en el mismo nodo
- Más de un servidor tiene habilitada la modalidad de depuración
- Se han dejado los argumentos de depuración de varios de los servidores con los valores predeterminados, por lo que hay más de un servidor en el nodo intentando utilizar el mismo puerto de depuración (número de puerto 7777).
El servidor no se inicia porque varios procesos de servidor ejecutándose en la misma máquina física de host con la depuración habilitada no pueden utilizar el mismo puerto de depuración.
- En la consola administrativa pulse .
- Actualice el argumento de depuración para que la dirección del puerto de depuración (dirección=número puerto) sea exclusiva para cada proceso de servidor.