OPALE - 10.0 - KB - Certains Spools non pris en compte par le Robot Mapping

Différence entre versions

De MappingDoc
 
(7 révisions intermédiaires par 2 utilisateurs non affichées)
Ligne 1 : Ligne 1 :
'''Symptôme''' : Certains spools arrivant dans une OUTQ monitorée par MAPPING ne sont pas pris en compte par le Robot MAPPING
+
'''Symptôme''' : Certains spools arrivant dans une OUTQ monitorée par MAPPING ne sont pas pris en compte par le Robot MAPPING.
  
'''A faire''' : Vérifier que le système OS400 envoie bien une information à la dataq quand le spool est envoyé dans l’OUTQ :
+
'''A faire''' : Vérifier que le système OS/400 envoie bien une information à la DATAQ quand le spool est envoyé dans l’OUTQ :
  
#Arrêter le Robot MAPPING  
+
#Arrêter le Robot MAPPING : <code>ENDSBS MAPSROBOT *IMMED</code>
ENDSBS MAPSROBOT *IMMED
 
 
#Relancer le job créant le fichier spool dans la DATAQ
 
#Relancer le job créant le fichier spool dans la DATAQ
#Regarder ce qu'il y a dans la DATAQ
+
#Regarder ce qu'il y a dans la DATAQ : <code>DSPDTAQ NOMDATAQ</code>
DSPDTAQ NOMDATAQ
 
  
Si celle ci-est vide alors la relation ne se fait plus
 
Alors : il faut recréé la relation entre l'OUTQ et la DATAQ. (Menu Mapping : Gérer les relations entre OUTQ)
 
  
Si celle-ci a des informations (une entrée par nombre d'envoi du spool dans l'OUTQ) alors le problème ne vient pas de là. D'autres pistes doivent alors être investiguées
+
Si celle ci-est vide alors la relation ne se fait plus.
 +
Alors : il faut recréé la relation entre l'OUTQ et la DATAQ. (Menu Mapping : Gérer les relations entre OUTQs)
 +
 
 +
Si celle-ci a des informations (une entrée par nombre d'envois du spool dans l'OUTQ) alors le problème ne vient pas de là. D'autres pistes doivent alors être investiguées
 +
 
 +
<u>Remarque</u> : Avant la version OPALE 10.0.xxxx (à déterminer), à l'exécution du DSPDTAQ, une erreur peut apparaitre : '''Erreur. RPG9001 non intercepté par DTQAC à la spécif 4200, inst X'005F'''. Dans ce cas, il y a bien des informations dans la DTAQ. Par contre on ne connait pas le nombre de lignes

Version actuelle datée du 10 juillet 2019 à 08:35

Symptôme : Certains spools arrivant dans une OUTQ monitorée par MAPPING ne sont pas pris en compte par le Robot MAPPING.

A faire : Vérifier que le système OS/400 envoie bien une information à la DATAQ quand le spool est envoyé dans l’OUTQ :

  1. Arrêter le Robot MAPPING : ENDSBS MAPSROBOT *IMMED
  2. Relancer le job créant le fichier spool dans la DATAQ
  3. Regarder ce qu'il y a dans la DATAQ : DSPDTAQ NOMDATAQ


Si celle ci-est vide alors la relation ne se fait plus. Alors : il faut recréé la relation entre l'OUTQ et la DATAQ. (Menu Mapping : Gérer les relations entre OUTQs)

Si celle-ci a des informations (une entrée par nombre d'envois du spool dans l'OUTQ) alors le problème ne vient pas de là. D'autres pistes doivent alors être investiguées

Remarque : Avant la version OPALE 10.0.xxxx (à déterminer), à l'exécution du DSPDTAQ, une erreur peut apparaitre : Erreur. RPG9001 non intercepté par DTQAC à la spécif 4200, inst X'005F. Dans ce cas, il y a bien des informations dans la DTAQ. Par contre on ne connait pas le nombre de lignes