Ocasionalmente, es posible que se produzca un comportamiento no esperado en el
componente WebSphere Extended Deployment Compute Grid.
Resolución de problemas
Utilice esta sección para buscar
soluciones a los problemas cuando WebSphere Extended Deployment Compute Grid no funciona
o no funciona del modo previsto.
El sometimiento del trabajo falla debido a anomalías de base de datos con
la base de datos Derby predeterminada
- Compruebe que la creación de la base de datos LRSCHED en el directorio
<raíz_instalación_usuario>/gridDatabase haya sido satisfactoria.
- Compruebe los permisos de archivo de la base de datos.
- Derby sólo está soportada en una configuración de planificador individual. Las
células configuradas con más de un planificador deben utilizar un RDBMS compartido.
Por ejemplo, DB2.
El sometimiento del trabajo falla con el siguiente mensaje: No se ha
podido someter la definición de trabajo <archivo xJCL> porque la aplicación que
ejecuta no se ha desplegado en un punto final
- Asegúrese de que la aplicación esté instalada en un servidor de punto final.
- Asegúrese de que el nombre de trabajo o el nombre de aplicación especificado en XJCL
coincida con el nombre de la aplicación.
- Compruebe las excepciones de ODC en las anotaciones cronológicas de los servidores de
punto final y planificador de trabajos.
El trabajo se envía lentamente cuando se somete un gran número de
trabajos (100 o 1000)
Aumente el número de hebras de asignador estableciendo la
propiedad personalizada MaxConcurrentDispatchers en el panel de propiedades
personalizadas del planificador de trabajos en la consola administrativa.
La ejecución del trabajo falla debido a anomalías de base de datos con la
base de datos Derby predeterminada
- Compruebe que la creación de la base de datos LREE en el directorio
<raíz_instalación_usuario>/gridDatabase haya sido satisfactoria.
- Compruebe los permisos de archivo de la base de datos.
Errores de base de datos durante la ejecución de trabajos por lotes con
DB2
- Compruebe que la creación de la base de datos LREE haya sido satisfactoria.
- El nombre JNDI de origen de datos Derby predeterminado (jdbc/lree) no debe utilizarse
con DB2. Cree un nuevo origen de datos para las bases de datos Derby que no son predeterminadas.
El sometimiento del trabajo de ejecución nativa falla en z/OS
Los trabajos de ejecución nativa no están soportados en z/OS.
Los trabajos crean archivos con la identidad del servidor
Establezca la variable de WebSphere RUN_JOBS_UNDER_USER_CREDENTIAL para
ejecutar trabajos con la credencial del emisor. Aunque los trabajos pueden ejecutarse
con la credencial del usuario en los sistemas distribuidos y z/OS, funcionan de forma
ligeramente diferente. En los sistemas distribuidos, los archivos se crean con la
identidad del servidor, aunque la hebra tenga la credencial del usuario. En z/OS, la
hebra Java se sincroniza con la hebra del sistema operativo y los archivos se crean con
la identidad del usuario.
Las aplicaciones de proceso por lotes no funcionan con la seguridad de
Java 2
Establezca la variable de WebSphere RUN_JOBS_UNDER_USER_CREDENTIAL para
ejecutar trabajos con la credencial del emisor. Aunque los trabajos pueden ejecutarse
con la credencial del usuario en los sistemas distribuidos y z/OS, funcionan de forma
ligeramente diferente. En los sistemas distribuidos, los archivos se crean con la
identidad del servidor, aunque la hebra tenga la credencial del usuario. En z/OS, la
hebra Java se sincroniza con la hebra del sistema operativo y los archivos se crean con
la identidad del usuario.
- Asegúrese de que la seguridad de la aplicación esté activada.
- Otorgue los permisos SecOwnCredentials y ContextManager.getServerCredential en el
archivo de política de la aplicación.