MQSeries.net :: View topic - Channel Question

PeterPotkay · Posted: Fri Jul 23, 2010 4:24 am Post subject:

This QM and all the connected ones are MQ 6.0.2.8. It acts as a gateway into an MQ Cluster, so it has many SNDR / RCVR pairs to all the non clustered QMs, and the automatic cluster sender / receivers to its fellow cluster members. No applications run on this gateway. Its purely a pass thru for messages between the clustered and non clustered QMs (yes, its hardware clustered).

If I do a Queue Usage (via MO71) on any of the XMITQs, including the SYSTEM.CLUSTER.TRANSMIT.QUEUE (S.C.T.Q.), I find the expected IPROCS and OPROCS. The regular XMITQs have one IPROC, the SNDR channel servicing that XMITQ. And the S.C.T.Q. has multiple IPROCS, the multiple cluster senders servicing the one S.C.T.Q.

What is unexpected is the # of OPROCs. There are multiple ones for each channel instance. For example, the S.C.T.Q shows that all the regular Receiver channels (from all the non clustered QMs) have it open for putting. But each of them has multiple instances. All are the same PID and TID, so it is the same channel instance. Its as if the one channel instance has opened for output the next XMITQ in the multi hop multiple times? A Channel Status command confirms there is only one instance running of any one channel.

Outbound from the cluster I see the same thing. I would expect any particular XMITQ to a non clustered QM to have an OPROCS no greater than the total # of cluster members (minus the gateway), but again I see that any one instance of a cluster receiver from a particular cluster QM has the outbound XMITQ opened multiple times, despite there really being only one instance of that cluster receiver channel from that particular cluster QM.

The Handle State is reporting as Inactive for all these multiple instances.

Why would one Receiver or Cluster Receiver channel open the next XMITQ in its multi hop multiple times?
_________________
Peter Potkay
Keep Calm and MQ On