Análisis de problemas y solución del estado del canal MQ Middleware ESTADO (REINTENTANDO) Este tipo de problema generalmente se envía al final del envío. Después de emitir el comando para iniciar el canal, el canal ingresa al estado de enlace. Si la conexión de red es fluida y el canal se define correctamente, ingresa al estado de funcionamiento normal. Si ocurre alguno de los siguientes problemas, el canal ingresa reintentando el estado. Ejemplo de comprobación del estado del canal $ runmqsc QMgrName dis chs (C) AMQ8417: Mostrar detalles del estado del canal. CANAL (C) XMITQ (QX) CONNAME (xxx.xxx.xxx.xxx (1416)) CORRIENTE ESTADO DE CHLTYPE (SDR) (REINTENTANDO) Los motivos pueden ser los siguientes 1. Hay un problema con la conexión de red 2. La definición del canal es incorrecta 3. Los números de secuencia del mensaje en ambos extremos del canal no coinciden 4. CONNAME (HostName (PortNumber)) en la definición del canal usa el nombre del host pero no está definido en el archivo de hosts 5. El receptor no puede conectarse 6. El receptor no comienza a monitorear 7. Ocupación del puerto en el extremo receptor (por ejemplo, otros gestores de colas ocupan el puerto) Solución A. Hay un problema con la conexión de red Verifique la definición del canal, incluida la falla de la red, puede usar el puerto telnet para probar la conexión B. Los números de secuencia del mensaje en ambos extremos del canal no coinciden Para obtener detalles, consulte este artículo: Número de secuencia del mensaje de Websphere MQ Secuencia de mensajes C. La definición del canal es incorrecta Verifique la configuración del canal, verifique el método: $ runmqsc QMgrName dis chl (ChannelName) D. CONNAME (HostName (PortNumber)) en la definición del canal usa el nombre del host pero no está definido en el archivo de hosts Verifique la definición del canal, verifique el método: $ runmqsc QMgrName dis chl (ChannelName) Verifique si el nombre de host se usa en CONNAME. Si se usa, verifique si está definido en el archivo / etc / hosts. E. El receptor no puede conectarse y F. El receptor no comienza a monitorear Método de inspección: Pruebe el comando de canal PING en MQSC, el formato es el siguiente: $ runmqsc QMgrName CANAL DE PING (nombre_canal) [DATALEN (16 | entero)] Entre ellos, DATALEN representa el tamaño del paquete de datos PING, que puede ser de 16 bytes a 32,768 bytes. El comando PING puede verificar si el gestor de colas de la otra parte o el oyente de puerto está iniciado, y también puede verificar si la definición del canal de la otra parte es correcta. Sin embargo, el estado general del canal no está marcado. En otras palabras, PING CHANNEL solo verifica si el canal puede conectarse, no si está conectado actualmente. G. Ocupación portuaria en el extremo receptor El gestor de colas correspondiente en el extremo receptor deja de escuchar y luego comprueba si el puerto sigue escuchando: $ netstat -an | número de puerto grep