IBM MQ :: Configuration à distance - Impossible de démarrer le canal de l'expéditeur

Question

Je travaille avec IBM MQ. J'ai réussi à obtenir une solution basique de Handshake/Put Message (s)/Get Message (s)/Disconnect .net, il y a quelques jours, mais cela ne fonctionne qu'au niveau local, et j'ai maintenant besoin de mettre à jour la solution donc ça marche à distance aussi. Après avoir lu et expérimenté pendant un certain temps, j'ai décidé de suivre les étapes IBM Knowledge Center's Point to Point scenario pas à pas. Toutefois, je ne peux pas démarrer le canal de l'expéditeur comme indiqué par le guide's last step; les ping-pongs d'état du canal de l'expéditeur entre la liaison et la nouvelle tentative, et les journaux contiennent les codes d'erreur suivants; AMQ9002, AMQ9202 et AMQ9999, ce qui signifie, pour autant que je sache, il y a une sorte de recherche de problèmes et/ou de connexion avec l'hôte, comme expliqué par les journaux d'erreurs. J'ai regardé beaucoup de questions concernant ces erreurs en particulier, mais pendant que j'ai suivi la plupart des solutions proposées (je me suis assuré que l'écouteur du récepteur fonctionne, j'ai essayé d'éteindre les firewalls, j'ai essayé avec différents ports , J'ai effectué des tests Telnet, j'ai arrêté/redémarré/résolu le canal de l'expéditeur à quelques reprises, et j'ai essayé de mettre en place à la fois, la ligne de commande et MQ Explorer), je n'ai pas encore de communication réussie entre deux PC différents. Je suis conscient que l'erreur peut être temporaire, ou le résultat de problèmes dans le réseau lui-même, mais j'ai essayé d'établir une connexion réussie pendant presque trois jours maintenant, et avant que je passe cela à mes patrons je voudrais Je voudrais m'assurer que j'ai épuisé toutes les autres possibilités. Comment puis-je compléter le guide d'installation point à point d'IBM, ou y a-t-il quelque chose qui pourrait me diriger vers une approche différente/meilleure pour que deux ordinateurs communiquent entre eux via IBM MQ v9?

Bien que traduit à la hâte à partir du japonais, vous pouvez trouver les journaux d'erreurs détaillées ci-dessous.

2017/09/19 17:34:09 - Processus (234212,1) utilisateur (MUSR_MQADMIN) Programme (runmqchl.exe) hôte (bureau - UP 4 D 363) Installation (Installation 1) VRMF (9.0.3.0) QMGR (QM 1) Time (2017-09-19T08: 34: 09,201 Z)

AMQ9002: canal 'TO.QM2' commence.

Description: Le canal 'TO.QM2' commence.

ACTION: Aucune.

---

2017/09/19 17:34:30 - Process (234212,1) utilisateur (MUSR_MQADMIN) Programme (runmqchl.exe) Hôte (DESKTOP - UP4D363) Installation (installation 1) VRMF (9.0.3.0) QMGR (QM 1) Time (2017-09-19T08: 34: 30.824Z)

AMQ 9202: L'hôte distant « DESKTOP-1AV4LM3 (l'adresse IP correcte) (1415) 'ne peut pas être utilisé.Veuillez réessayer plus tard.

Description: En utilisant TCP/IP pour héberger 'DESKTOP-1AV4LM3 (La bonne adresse ip ) du canal TO.QM2 (1415)' essayer d'allouer une conversation, mais il n'a pas réussi. Cependant, il est temporaire et il y a aussi la possibilité que la conversation TCP/IP puisse être allouée normalement plus tard.

Si l'hôte distant ne peut pas être déterminé, '????' est affiché. .

ACTION: Veuillez essayer la connexion plus tard. Si l'erreur persiste, enregistrer la valeur de l'erreur Veuillez contacter l'administrateur de la tige. Le code retour de TCP/IP est 10060 (X'274C '). La cause de cet échec peut être que l'hôte ne peut pas atteindre l'hôte de destination. Il est également possible que l'hôte 'DESKTOP-1AV4LM3 (L'adresse IP correcte) (1415)' ne soit pas en cours d'exécution. Si c'est le cas, démarrez l'écouteur et réessayez.

---

2017/09/19 17:34:30 - Processus (234212,1) utilisateur (MUSR_MQADMIN) programme (runmqchl.exe) hôte (bureau - UP 4 D 363) Installation (1 Installation) VRMF (9.0.3.0) QMGR (QM 1) Time (2017-09-19T08: 34: 30.825Z)

AMQ9999: canal 'TO.QM2' pour l'hôte « Bureau-1AV4LM3 (1415) 'terminé anormalement

Description: L'hôte 'DESKTOP-1AV4LM3 (1415)' ne peut pas être déterminé.

ACTION:. Vérifiez le journal d'erreur pour le message d'erreur précédent pour ce programme de canal S'il vous plaît déterminer la cause de l'échec .... »

Answer 1

Le bit « intéressant » des messages d'erreur ci-dessus est que l'expéditeur tente de démarrer un canal vers le port 1415 sur la destination et obtient un code de retour 10060 (WSAETIMEDOUT), ce qui est différent d'un rejet immédiat car l'autre extrémité n'a pas de socket ouvert, par exemple:

Vous remarquerez également son expiration après environ 21 secondes si vos temps doivent être crus. e seule fois où je l'ai vu ce genre de choses est la résolution DNS - Il y avait un APAR par exemple montrant que DNS inverse peut entraîner des retards dans le démarrage du canal, et cela pourrait être pour un démarrage réussi ou non http://www-01.ibm.com/support/docview.wss?uid=swg1IC96408

Une nouvelle l'attribut a été ajouté à MQ pour désactiver les recherches DNS inverses si la cause en est la cause - Voir https://www.ibm.com/support/knowledgecenter/en/SSFKSJ_8.0.0/com.ibm.mq.pro.doc/q113120_.htm#q113120___chlauth

Si c'est le cas, du côté de la réception (ou les deux!), essayez runmqsc, 'ALTER QMGR REVDNS (DISABLED)'. Vous devrez peut-être redémarrer le qmgr pour être efficace (je ne suis pas sûr, désolé)

Je ferais également écho au commentaire ajouté à votre question par JoshMc, pour vérifier les messages de fin de réception pour les messages (global erreurs, mais plus probablement les fichiers AMQERR01.LOG spécifiques qmgr) lorsque cela se produit - J'ai le sentiment que le délai d'attente n'est qu'une partie de votre problème.