Execution programme via RMTCMD

Bonjour,
Je rencontre un problème 'bizarre' lors de l'exécution d'un RMTCMD, les fais :
- CL sur AS400 qui enchaîne une vingtaine de CALL.
- Quand exécution (SBMJOB) depuis l'AS400 --> aucun problème (tous les programmes s’exécute)
- Quand depuis un PC je fais un RMTCMD du même CL --> blocage sur un programme il reste en status 'CNDW' sur le WRKACTJOB
- Programme en RPGLE fais par ADELIA, lecture des fichiers du programme en SQL
Action déjà mené :
- Modification des droits (programme et fichier)
- recompilation en modifiant le paramètre COMMIT

Merci d'avance, pour comprendre !!!!!

Bonjour,

CNDW, çà veut dire que le Job attend qu'une condition soit remplie. La question est ...laquelle ?
Comme on ne connait pas tes programmes, impossible pour nous de répondre à la question.

As tu regarder l'historique du job pour voir si des messages indiquent un problème.
As tu consulter la liste des programmes appelés, pour savoir où le job est arrêté (histoire de te donner une idée d'où chercher) ?

Bonjour,


As tu regarder l'historique du job pour voir si des messages indiquent un problème.
Rien de noter dans le log.

[I]As tu consulter la liste des programmes appelés, pour savoir où le job est arrêté (histoire de te donner une idée d'où chercher) ?
Le Cl comporte une vingtaine de programme, celui qui me pose un problème se situe en onzième position, il na pas de paramètre.

Comme tu le dis le CNDW attend un événement, je vais essayer de t'expliquer ce que 'je vois' :
Dans le WRKACTJOB le programme 'tourne' il passe de RUN a CNDW (il boucle la dessus) quand je regarde les n° d'instructions il passe du n° 1205 a 1644 (ce qui correspond a l'exécution d'un SQL).
Je pense que le programme est bon (quand je le lance manuellement depuis l'AS, il s'exécute en 2 secondes mais quand le le lance depuis un RMTCMD il se met en CNDW).
Pour mon problème, je pense que s’est plus un prb lié soit a la compil du Prg ou des Droits ect..... mais je ne pense pas que cela vienne du programme.

Fais un STRSRVJOB sur le travail.
Puis un STRDBG soit global, soit sur le programme concerné.
Et consulte à nouveau le JOBLOG.
Place éventuellement des points d'arrêt dans le programme et fait du pas à pas pour voir où sa bloque exactement.
Tu vas bien arriver à avoir des infos.

Bonjour papino30,
Essaie de lancer un RMTCMD avec une commande SNDMSG 'TEST' TOMSGQ(QSYSOPR) pour voir si le RMTCMD tourne ou si c'est l'instruction SQL qui bloque.
Vérifie aussi la liste des bibliothèques du travail soumis par RMTCMD

Essaie de lancer un RMTCMD avec une commande SNDMSG 'TEST' TOMSGQ(QSYSOPR) pour voir si le RMTCMD tourne ou si c'est l'instruction SQL qui bloque.
RMYCMD --> OK (message bien reçu sur QSYSOPR)
Vérifie aussi la liste des bibliothèques du travail soumis par RMTCMD--> Liste des Bib OK

La seule question que je me pose c'est pourquoi ce programme passe normalement quand je le lance d'une session AS400, mais passe en statu CNDW quand il est exécuté depuis un RMTCMD.

Bonjour.

Si je comprends bien, le CL lancé ne bloque que sur le RUNSQL et il a bien exécuté les commandes précédentes. Donc le serveur *RMTCMD est bien lancé.
Questions :
- est ce que c'est le même profil que tu utilises dans RMTCMD et dans le lancement du CL à partir d'une session AS/400 ,
- est ce que le paramètre LMTCPB du profil utilisateur est à *YES par hasard ? Auquel cas il faudrait vérifier le paramètre ALWLMTUSR de la commande RUNSQL.
- as tu essayé REXEC ou FTP pour lancer le programme CL ?
Ce sont juste des pistes à explorer.

PS : Utilise la balise /QUOTE pour citer des passages des posts (bouton au dessus de la box de saisie) ou le bouton "Répondre avec citation" en dessous des posts.

[QUOTE=Hédhili Jaïdane;10108270]Bonjour.

Si je comprends bien, le CL lancé ne bloque que sur le RUNSQL et il a bien exécuté les commandes précédentes. Donc le serveur *RMTCMD est bien lancé.
Questions :
- est ce que c'est le même profil que tu utilises dans RMTCMD et dans le lancement du CL à partir d'une session AS/400 --> oui,
- est ce que le paramètre LMTCPB du profil utilisateur est à *YES par hasard ? --> non Auquel cas il faudrait vérifier le paramètre ALWLMTUSR de la commande RUNSQL.
- as tu essayé REXEC ou FTP pour lancer le programme CL ? --> non
Ce sont juste des pistes à explorer.

J'ai modifier le SQL dans le programme (j'ai rajouté pour chaque INTO un valeur de retour (INTO :W_ECASOC :INDSQL , :W_ECACLI :INDSQL ect..),
quand je lance le programme de l'as400 --> il tourne bien (pas de log)
quand je lance le programme par RMTCMD --> il ne s’arrête plus et il me fais des logs (QEZJOBLOG) avec comme info :
*NONE Commande 22/03/18 16:44:19,281653 QCLRTNE QSYS 0058
Message . . . . : - RETURN /* RETURN provoqué par la fin du programme
Ce message revient en permanence

As tu bien fais un STRSRVJOB puis un STRDBG pour avoir plus d'infos comme je te l'ai demandé ?

Citation:

---

Envoyé par papino30

...
quand je lance le programme par RMTCMD --> il ne s’arrête plus et il me fais des logs (QEZJOBLOG) avec comme info :
*NONE Commande 22/03/18 16:44:19,281653 QCLRTNE QSYS 0058
Message . . . . : - RETURN /* RETURN provoqué par la fin du programme
Ce message revient en permanence

---

Bonjour.
D'accord mais est ce que le programme lancé à travers RMTCMD fait ce que tu attendais de lui ?
Je pense que "RETURN /* RETURN provoqué par la fin du programme" est juste un message d'information pour dire que le programme (ou l'étape) est terminé et qu'il rend la main au main. Il doit y avoir un flag pour ne pas voir ces messages.

PS : pour les citations, mets les entre QUOTE, entre crochets, et /QUOTE, entre crochets.