OPALE - 10.0 - KB - Certains Spools non pris en compte par le Robot Mapping
Différence entre versions
De MappingDoc
| Ligne 3 : | Ligne 3 : | ||
'''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 OS400 envoie bien une information à la dataq quand le spool est envoyé dans l’OUTQ : | ||
| − | #Arrêter le Robot MAPPING | + | #Arrêter le Robot MAPPING : 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 : DSPDTAQ NOMDATAQ |
| − | |||
Si celle ci-est vide alors la relation ne se fait plus | Si celle ci-est vide alors la relation ne se fait plus | ||
Version du 3 juillet 2019 à 07:54
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 :
- Arrêter le Robot MAPPING : ENDSBS MAPSROBOT *IMMED
- Relancer le job créant le fichier spool dans la DATAQ
- 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 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
