Discussion :

[genio]

bonjour à tous...
Voila, j'ai un thread qui dure très longtemps et qui envoie dans la log des choses comme ça :

FUNCTION: DB2 UDB, data protection services, sqlpgResSpace, probe:2860 MESSAGE : ADM1823E The active log is full and is held by application handle "0-2490". Terminate this application by COMMIT, ROLLBACK or FORCE APPLICATION. FUNCTION: DB2 UDB, data protection services, sqlpWriteLR, probe:6680 MESSAGE : ZRC=0x85100009=-2062548983=SQLP_NOSPACE "Log File has reached its saturation point" DIA8309C Log file was full.

1°) Ma log est taillée correctement et elle n'est pas 'full' du tout... donc ce n'est pas un pb de LOGFILSZ etc...
2°) Le job qui bloque les autres effectue un select with UR


Je pencherai plutôt pour un problème de REORG_ONLINE d'une table (database est en AUTO_REORG) qui ferait bloquer mon job en attendant que la réorg s'achève...
Or je pensais que les REORG_ONLINE ne pouvaient en aucun cas bloquer les autres jobs... et que db2 choisissait toujours de planter la REORG_ONLINE plutôt que le job...
Mon fichier SYSIBMADM.DB_HISTORY indique que quelquefois, une réorg Online peut durer 40 minutes... (eh oui !) (REORG INDEX CLEANUP ALL)
1°) Pensez-vous que je suis sur la bonne voie et qu'il faille faire une REORG OFFLINE pour remettre la database Nickel
2°) Pensez-vous que je me trompe ?
3°) Avez-vous déjà eu ce genre de problème ? et si oui, comment l'avez-vous réglé !

Merci pour vos réponses...


Merci pour vos réponses éclairées...

[genio]

Pour plus d'info voici le contenu du fichier toto.nfy :
2016-10-13-01.37.20.517982 Instance:db2toto Node:000
PID:30933112(db2agent (QT4) 0) TID:115914 Appid:*LOCAL.db2qt4.161013013725
data protection services sqlpgResSpace Probe:2860 Database:toto4