Tamaño máximo de cola de mensajes del trabajo . . : 8
Acción para cola de mensajes de trabajo llena . . : *WRAP
detalle de los mensajes que suele haber en la cola de trabajo ....
Trabajo 582679/QUSER/QZDASOINIT arrancado el 10/12/07 a las 01:18:05 en el
subsistema QUSRWRK en QSYS. Trabajo introducido en el sistema el
10/12/07 a las 01:18:04.
El usuario XXXXXXXX del cliente 192.168.0.206 está conectado a un servidor.
Este lleva 3 dias funcionando 2 mensajes es lo normal ademas está *WRAP no
creo que vaya por ahí.
-----Mensaje original-----
De: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] nombre de Nelson Nelson
Enviado el: jueves, 13 de diciembre de 2007 03:22
Para: forum.help400
Asunto: RE: QZDASOINIT loco
Solo un detalle:
Revisa la opcion en tu JOBD "Reiniciar la cola de mensajes" esta *WRAP o
*NOWRAP o bien si dice *SYSVAL revisa el valor del sistema que opcion tiene;
si estan correctas prueba cambiando de 16 a 64mb la cola (valor maximo).
Saludos,
----------------------------------------------------------------------------
From: [EMAIL PROTECTED]
To: [email protected]
Date: Wed, 12 Dec 2007 09:13:58 +0100
Subject: RE: QZDASOINIT loco
Gracias por la info, el tema es que tengo unas 120 conexiones y me sale
mas a cuenta cambiar un parámetro en el QQAQINI a modo debug que me da lo
mismo que el strdbg pero creo que consumiría demasiado de la maquina...
(esos trabajos tiran unas 800.000 SQL a la hora) el problemas es que
esporádicamente alguno de esos 120 QZDASOINI empieza a dar el error sobre
sentencias SQL bien formadas (algunas se tiran 2000 veces al día sin
problemas) y al cabo de poco tiempo "alguien" (supongo que el WEBSPHERE)
finaliza esa conexión y establece una nueva (ya que los trabajos son
QDZASOINI prearrancados y de reuso, funcionando correctamente).
Espero cazarlo algún día en vivo y ahí arrancaré el debug a ver si veo
algo mas.
Gracias.
-----Mensaje original-----
De: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] nombre de Cristhian Nuñez
Enviado el: martes, 11 de diciembre de 2007 20:52
Para: forum.help400
Asunto: RE: QZDASOINIT loco
Holas:
Te recomiendo que le arranques un debug al trabajo. Puedes hacerlo
desde el navegador o sino desde pantalla verde de la siguiente manera:
1.- Conecta el usuario a tu aplicacion
2.- Luego ubica en los trabajos activos el QZDASOINIT que se ha
generado por la conexion, anota el nro. de trabajo, nombre de usuario,
nombre de trabajo
3.- Luego STRSRVJOB + F4 y le colocas los parametros del paso 2.
4.- Luego un STRDBG + F4 y colocale la cantidad de sentencias que
deseas rastrear por defecto son 200.
5.- Luego realiza los procedimientos con tu aplicacion hasta generar
el error,
6.- Luego en pantalla verde le das la opcion 5 al trabajo en el
WRKACTJOB y luego la opcion 10 y veras al detalle todas las sentencias SQL
que se ejecutaron, que indices utilizo, como se preparan las sentencias,
etc. Me parece que aqui encontraras porque se produece el error.
7.- Luego de analizar detener la depuracion ENDDBG y luego ENDSRVJOB.
Saludos.
-----Mensaje original-----
De: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] nombre de Gabriel
Contestí
Enviado el: Martes, 11 de Diciembre de 2007 05:16 a.m.
Para: forum.help400
Asunto: QZDASOINIT loco
Hola a todos:
Tengo un problemilla, que me tiene desesperado...
Entorno:
DB : System i5 - v5r3m5
Servidor de Aplicaciones : System p5 linux websphere 5.1 (pool de
conexines via Toolbox for Java - Open Source Software, JTOpen 5.0, codebase
5722-JC1 V5R4M0.1)
Situación: esporádicamente un trabajo QZDASOINIT arrancado por el
pool de conexiones del WebSphere al cabo de un tiempo indefinido deja de
procesar todas las SQL correctamente.
dando un error poco claro y para mi inexplicable.
EJ de una de las sentencias que falla:
** en el log de nuestra aplicación nos sale esto:
ERROR [SQL0104] S?mbolo UTA no v?lido. S?mbolos v?lidos: ( END GET
SET CALL DROP FREE HOLD LOCK OPEN WITH ALTER BEGIN.
** en el AS400 pillamos con el monitor de rendimiento ese trabajo
que falla y la siguiente línea.
No satisfactorio SQLSTATE= 42601 SQLCODE= -104 OPERACION =PREPARE
SENTENCIA =
select
CODIGO, RUTA, ESTADO, CODPADRE, FECESTADO, FECCREACI, ORDEN,
DESCRIPCIO
from
OPCIONMENU left outer join OPCIONDESC on (CODIGO =
OPCIONDESC.CODOPCION)
where
APLICACION = ? and CODIGO in (select
OPCIPERFIL.CODOPCION
from
USUAPERFIL left outer join OPCIPERFIL on (USUAPERFIL.IDPERFIL =
OPCIPERFIL.IDPERFIL)
where
CODUSUARIO = 'RGL' and USUAPERFIL.FECALTA <= 20071129 and
OPCIPERFIL.ESTADO = 'A' and (USUAPERFIL.FECBAJA >= 20071129 or
USUAPERFIL.FECBAJA is NULL ))
union
select
CODIGO, RUTA, ESTADO, CODPADRE, FECESTADO, FECCREACI, ORDEN,
DESCRIPCIO
from
OPCIONMENU left outer join OPCIONDESC on (CODIGO =
OPCIONDESC.CODOPCION)
where
RUTA is NULL
order by
CODPADRE, ORDEN
Si lanzo la SQL en el Navigator (copiada) va bien.
si elimino los 15 primeros caracteres de la SQL ("select CODIGO, R")
y la tiro con el navigator me da el mismo error que el de la aplicación.....
Lo raro es que al AS400 le llega entera ya que la recupero de ahí.
Al cabo de un tiempo el propio websphere o el 400 aun no lo se,
matan la hebra que controla el QDZASOINIT y este se reasigna a una nueva
conexión del pool con el mismo número de trabajo (El de Prearranque de
QDZASOINT) funcionando correctamente.
PD: Bocata de camarones al que vea algo que arroje algo de luz (de
calamares si estáis en Madrid).
--
Este mensaje ha sido analizado por MailScanner
en busca de virus y otros contenidos peligrosos,
y se considera que está limpio.
MailScanner agradece a transtec Computers por su apoyo.
__________________________________________________________________________
Sus datos personales serán incorporados a un fichero de MUTUA
BALEAR para que pueda ponerse en contacto con usted y realizar
comunicaciones por cuestiones derivadas de su actividad. Para el ejercicio
de sus derechos de acceso, rectificación, cancelación y oposición puede
dirigirse por escrito a MUTUA BALEAR, Mutua de Accidentes de Trabajo y
Enfermedades Profesionales de la Seguridad Social número 183, c/ Bisbe
Campins, 4 de Palma de Mallorca.
Este mensaje y sus documentos adjuntos son confidenciales. Si
usted no es el destinatario, por favor póngalo en conocimiento del remitente
y elimine esta comunicación y los documentos adjuntos de su sistema, sin
reproducir ni comunicar sus contenidos. La transmisión de correo electrónico
no garantiza que sea seguro o libre de error, por lo que declinamos
cualquier responsabilidad al respecto.
--
Este mensaje ha sido analizado por MailScanner
en busca de virus y otros contenidos peligrosos,
y se considera que está limpio.
MailScanner agradece a transtec Computers por su apoyo.
----------------------------------------------------------------------------
--
Express yourself instantly with MSN Messenger! MSN Messenger
__________________________________________________
Forum.HELP400 es un servicio m&#225;s de NEWS/400.
&#169; Publicaciones Help400, S.L. - Todos los derechos reservados
http://www.help400.es
_____________________________________________________
Para darte de baja visita la siguente URL:
http://listas.combios.es/mailman/listinfo/forum.help400
