Ibm mq Websphere MQ-发布到主题的消息卡在传输队列中

Ibm mq Websphere MQ-发布到主题的消息卡在传输队列中,ibm-mq,Ibm Mq,我看到这样一种情况:当应用程序将消息放入同一服务器上的某个主题时,消息会卡在传输队列中,直到我启动通道或将测试消息(使用“amqsput”)放入队列管理器中,这些消息必须放在队列管理器中。此频道启动或处于运行状态后,发送到主题的消息将正常流动。在没有频道运行的几个小时或一天之后,当应用程序将消息丢弃到主题时,它再次卡在传输队列中,直到我执行上述演练 这是在集群环境中。MQv7.0.1.6 为什么即使远程MQ运行正常,消息仍必须卡在trasnmit队列中?此场景仅在应用程序将消息发布到主题时发生。

我看到这样一种情况:当应用程序将消息放入同一服务器上的某个主题时,消息会卡在传输队列中,直到我启动通道或将测试消息(使用“amqsput”)放入队列管理器中,这些消息必须放在队列管理器中。此频道启动或处于运行状态后,发送到主题的消息将正常流动。在没有频道运行的几个小时或一天之后,当应用程序将消息丢弃到主题时,它再次卡在传输队列中,直到我执行上述演练

这是在集群环境中。MQv7.0.1.6

为什么即使远程MQ运行正常,消息仍必须卡在trasnmit队列中?此场景仅在应用程序将消息发布到主题时发生。

于2014年1月23日更新。
IBM已回复我的PMR,将其视为与的匹配

错误描述

When messages are put to cluster queues in syncpoint the cluster
channels are not started until the application calls MQCMIT;
the CLUSSDR channels to all the queue managers which are
destinations for messages put in the Unit of Work are started
during commit processing.

This operation does not appear to be carried out when
publications are put to remote cluster subscriber queues at the
commit of the internal Unit of Work, that is, the cluster
channels associated with the put of the subscriber messages are
not started at that time. The channels are held in the queue
manager's memory associated with the connection, and are
started when the application is disconnected and the connection
is closed.
局部修复

There are 4-
1. Change PMSGDLV to ALLAVAIL
2. Change the messages to non-persistent
3. Change the CLUSRCVR channels to DISCINT(0)
4. Call MQDISC after putting msgs to a clustered topic
该补丁出现在7.0.1.10和7.1.0.2中,但APAR中未提及7.5。7.5.0.0及以上版本提供了临时修复程序。计划将其纳入FP7.5.0.3,该计划将于2014年第一季度到期


先前基于集群名称解析的答案被证明是完全错误的。这是一个可行的理论,但仍然是错误的。我已将其删除。

当您说频道未运行时,您的意思是频道已停止还是只是处于非活动状态?未停止。它只是不活动Hi Rob,我尝试了上面的场景,我添加了两个额外的订阅者,其中目标是本地定义的远程队列,指向远程队列管理器上的队列。我看不出有什么不同。即使对于传输队列中挂起的消息,我也可以看到设置了RemoteQmgr和RemoteQ值。好的,这听起来像是WMQ错误。我看看能不能让我的客户开一个PMR。你也可以这么做。好的。谢谢你,罗伯。。我将提交一份PMR。是的。这是一只虫子。请参阅上面的更新评论。感谢Rob的帮助!