SQLCODE -387 sous Z-OS.

Version imprimable

12/08/2009, 09h29
pdz74

SQLCODE -387 sous Z-OS.

Bonjour,

Sous DB2 Z-OS, nous avons un SQLCODE -387 ou -28387 (On retrouve les 2 dans le message d'erreur). J'ai beau chercher dans les docs, je ne trouve rien d'approchant. Quelqu'un a t'il déjà eu ce SQLCODE ? Si le DISPLAY du programme est OK, ce serait lors d'un DELETE.

Merci d'avance.
12/08/2009, 10h20
bernard59139
bonjour
SQLCODE inconnu, bizarre, toutes versions de DB2 confondues.

Si c'est un programme en cours de développement, c'est le programme qui ne fait pas ce qu'il faut

Je pense qu'il faut vérifier le programme:
- y a-t-il eu des ordres SQL ok avant celui là
- le display suit-il immédiatement le SQL
- le SQL a-t-il été exécuté (faire le display sans le code sql....)
- vérifier les messages dans les STC de DB2, en 1er, dans DB2MSTR
Dans ce genre de situation, la solution est souvent évidente, suffit de la trouver.
12/08/2009, 11h31
Luc Orient

Que contiennent les autres zones du SQLCA ?

Que donne un appel à DSNTIAR ?

Bonjour,

Les seules infos en ma possession :

Code:

1
2
3
4
5
6
7
8
9
DATE DE MISE AU PLANNING    : 11/08/2009                                 
DATE ET HEURE DE TRAITEMENT : 12/08/2009   05:11:02                      
 DEBUT DU PROGRAMME OPERX460 GENERE LE 02/01/09 A 10:55:40 PAR E901449   
ERREUR SQL : SQLCODE=-387                                                
 DSNT413I SQLCODE    =       -28387 INVALID SQLCODE                      
 DSNT418I SQLSTATE   = 00000 SQLSTATE RETURN CODE                        
 DSNT416I SQLERRD    = 0  0  1  -1  0  0 SQL DIAGNOSTIC INFORMATION      
 DSNT416I SQLERRD    = X'00000000'  X'00000000'  X'00000001'  X'FFFFFFFF'
          X'00000000'  X'00000000' SQL DIAGNOSTIC INFORMATION

En fait, après analyse, il s'avère que ce n'était rien d'autre qu'une contention entre 2 programmes. Mais pourquoi SQLCODE -387 et non -904, ???

Je pense que nous allons quand même demander quelques infos à IBM. Je vous tiens au courant au cas ou.

Merci de votre implication.

Citation:

Envoyé par pdz74

... Les seules infos en ma possession :

Code:

1
2
3
4
5
6
7
8
9
DATE DE MISE AU PLANNING    : 11/08/2009                                 
DATE ET HEURE DE TRAITEMENT : 12/08/2009   05:11:02                      
 DEBUT DU PROGRAMME OPERX460 GENERE LE 02/01/09 A 10:55:40 PAR E901449   
ERREUR SQL : SQLCODE=-387                                                
 DSNT413I SQLCODE    =       -28387 INVALID SQLCODE                      
 DSNT418I SQLSTATE   = 00000 SQLSTATE RETURN CODE                        
 DSNT416I SQLERRD    = 0  0  1  -1  0  0 SQL DIAGNOSTIC INFORMATION      
 DSNT416I SQLERRD    = X'00000000'  X'00000000'  X'00000001'  X'FFFFFFFF'
          X'00000000'  X'00000000' SQL DIAGNOSTIC INFORMATION

Ces informations sont-elles issus directement du programme ou ont-elles subies d'autres manipulations via des outils de reporting d'incidents ?

13/08/2009, 22h59
pdz74

Les 4 premières lignes, c'est des display persos du programme, les suivantes, c'est issu directement de DB2.
14/08/2009, 00h13
Luc Orient

Le message DSNT413I donne une indication :

Citation:

DSNT413I SQLCODE = xxxx, INVALID SQLCODE

Explanation:
The SQL return code is not a valid value.

System Programmer Response:

Either the SQLCA area is invalid or the maintenance was not coordinated correctly. As a result, the SQL return code was added to the DB2 subsystem but not to the formatting routine.

An invalid SQLCA area is usually the result of one of the following:

Calling the DSNTIAR formatting routine before an SQL statement initializes the area

Overlaying the SQLCA area

Passing the wrong address to the DSNTIAR routine.

If the maintenance was not coordinated correctly, the DSNTIAR and DSNTIAM CSECTs were probably not replaced in the code that is now running. Link-edit the load module, and replace DSNTIAR and DSNTIAM. Correct the error, and rerun the application program.

Mais ça reste assez étrange ...
14/08/2009, 08h11
bernard59139

une piste: 904 en hex donne 388.............

Une forêt cache l'arbre, à moins que ce soit l'inverse....