Explication du SPITAB 29 :

Table non-validée dans un environnement DB2.

Au cours d’une tentative d’accès à un poste de table avec l’un des codes-fonctions : GD, GP, IP, WP, DP, GT, WT, ST, DT, GS, GH, RV, NS ou PS, le système ne trouve pas les informations relatives à la table dans DB2.

Explication du SPITAB 61 :

Absence d’autorisation sous DB2.

Au cours d’une tentative d’accès ou de mise à jour d’une table DB2, l’accesseur SPITAB a rencontré un code SQL spécifiant une absence d’autorité au niveau de DB2 (SQL code égal à -164, -551, -552, -922, -923 ou -924). Les codes-fonctions exécutés peuvent être : GD, GP, IP, WP, DP, GT, WT, ST, DT, GS, GH, NP, RW, NS, PS. Dans ce cas, le code status de la zone PCB est valorisé à ‘ON’ (Opération Non autorisée).

Explication du SPITAB 62 :

Deadlock ou interblocage entre utilisateurs sous DB2.

Au cours d’une tentative d’accès ou de mise à jour d’une table DB2, l’accesseur SPITAB a rencontré un code SQL spécifiant un deadlock ou un interblocage entre utilisateurs (SQL code égal à –901, –902, –904, –911 ou –913). Les codes-fonctions exécutés peuvent être : GD, GP, IP, WP, DP, GT, WT, ST, DT, GS, GH, RW, NP, NS, PS. Dans ce cas le code status de la zone PCB est valorisé à ‘FD‘.

En cas de deadlock, l’accesseur boucle sur l’exécution de la commande jusqu’à ce que celle-ci soit exécutée ou que le nombre maximum de tentatives soit dépassé. Ce nombre est précisé à l’installation (paramètre NBREL). Si ce nombre est dépassé, alors l’accesseur renvoi un code retour égal à 62.