Résoudre les incidents de production du robot/fr

<languages />
Cette procédure destinée à l'équipe d'exploitation répertorie les principales actions à mener afin de résoudre les incidents de production du robot MAPSROBOT.

Pré-requis : Connaître les notions System i de JOBD, JOBQ, SBS et CLASS.

=== Comment connaître le nom du sous-système utilisé par OPALE Server ? ===

Entrer dans le « menu d'exploitation MAPPING » puis dans l'option 1 « Paramètres d'environnement MAPPING », le nom du sous-système est précisé en bas à droite : <code>SBS : MAPSROBOT</code>

=== Comment obtenir des informations sur la jobd MAPDROBOT ? ===

 DSPJOBD MAP400/MAPDROBOT  (DSPJOBD JOBD(MAP400/MAPDROBOT)

Profil utilisateur : <code>MAPPING</code>

File d'attente de travaux : <code>MAP400/MAPQROBOT </code>

Données de la demande : <code>CALL MAP_C812 '*YES' </code>

Liste bibliothèques : <code>MAP400, QTEMP, QGPL</code>

=== Comment obtenir des informations sur le user batch MAPPING ? ===

 DSPUSRPRF MAPPING

File d'attente de messages : <code>QUSRSYS/MAPPING</code>

File d'attente de sortie : <code>MAP400/MAPPING</code>

=== Le sous-système MAPSROBOT ne démarre plus ===

Vérifier que l'utilisateur MAPPING existe : <code>WRKUSRPRF MAPPING</code>

Vérifier que le message queue de l'utilisateur existe : <code>WRKMSGQ MAPPING</code>

Vérifier que la file d'attente de l'utilisateur MAPPING existe : <code>WRKOUTQ MAPPING</code>

Vérifier que MAP400 n'est pas dans la syslib : <code>DSPSYSVAL QSYSLIBL</code>

Vérifier que les jobqs existent et ne sont pas holdées : <code>WRKJOBQ MAP400/MAPQ*</code>

Vérifier que les classes existent : <code>WRKCLS MAP400/MAP_*</code>

Si cela ne fonctionne toujours pas, taper la commande :<code>CHGJOBD MAP400/MAPDROBOT LOG(4 00 *SECLVL)</code>

Puis :

 STRSBS MAP400/MAPSROBOT

Rechercher le spool de log du démarrage. Le message doit être explicite.Faire les changements nécessaires, puis revenir à la configuration par défaut.<code>CHGJOBD MAP400/MAPDROBOT LOG(0 99 *NOLIST)</code>

=== Le sous-système est démarré mais les spools ne sont pas traités ===

Vérifier les jobs des DTAQs dans MAPSROBOT. Pour cela taper la commande : <code>WRKACTJOB SBS(MAPSROBOT)</code>

Il faut visualiser des jobs portant les mêmes noms que les DTAQs qui ont été définies dans le menu Mapping.

=== Les jobs des DTAQs ne tournent pas dans MAPSROBOT ===

Vérifier l'existence des DTAQs dans les bibliothèques.

Pour cela, regarder dans l'option 4 du menu d'exploitation le nom des DTAQs et leurs bibliothèques (appuyer sur F11) puis vérifier que l'objet existe :<code>WRKOBJ « LIBNAME »/ « DTANAME »</code>

=== Les jobs démarrent bien dans MAPSROBOT mais les fichiers ne sont pas traités ===

Vérifier que les OUTQs d'entrée sont bien attachées aux DTAQs.

Pour cela, regarder dans l'option 4 du menu d'exploitation le nom des OUTQs d'entrée et leurs bibliothèques (appuyer sur F11) puis vérifier que le paramètre file d'attente de données est bien égal au nom de la DTAQ :<code>CHGOUTQ « LIBNAME » / « OUTQNAME »</code>

=== Les jobs des DTAQs dans MAPSROBOT démarrent, mais s'arrêtent instantanément ===

Étape 1 : Arrêter le robot par un <code>ENDSBS MAPSROBOT *IMMED</code>

Étape 2 : Faire un <code>STRSBS MAPSOROBOT</code>

Étape 3 : Faire un <code>DSPDTAQ « LIBNAME »/ « DTANAME »</code>

S'il y a encore une des datas de type <code>ENDRBTENDRBT</code>, reprendre à l'étape 1.


Remarque:

Le problème provient en général d'une nouvelle DTAQ créée dans le robot sans avoir au préalable stoppé MAPSROBOT. Vous pouvez en effet créer des nouvelles relations à chaud uniquement si les OUTQs d'entrée utilisent des DTAQs déjà existantes. Dans les autres cas, il faut arrêter et redémarrer le robot.
L'autre cause possible, une demande d'arrêt par un <code>ENDRBT</code> interrompu par un appel système + 2

=== Un job est en MSGW, mais il n'y a pas d'informations dans la log du job ===

Dans les options du job, 
* regarder le nom de la JOBD utilisée pour soumettre le job. Par exemple MAPDSPEED puis faire : <code>CHGJOBD MAP400/MAPDSPEED LOG(4 00 *SECLVL)</code>
* Relancer le job.
* Contrôler la log du job et effectuer les modifications.<code>DSPJOBLOG</code> (nom du job, utilisateur, numéro du job)
* Puis faire : <code>CHGJOBD MAP400/MAPDROBOT LOG(0 99 *NOLIST)</code>


Remarque :

Bien souvent l'erreur se situe sur l'utilisation du paramètre &CLSPLNUMS dans le robot. Si vous souhaitez le passer à un programme par un CALL d'un CL, il ne faut pas oublier de protéger ce paramètre par des guillemets simples avant et après. Dans le cas contraire, IBM i va considérer ce paramètre comme une valeur numérique.

 CALL MAP400/MONPGM PARM('&CLSPLNUMS')