Bahman wrote: >Thanks Rebecca, I'll go through your suggested path and delete the messages >that belong to non-existing channels. But, while I am not adding any new >channel, >I see this queue is growing. Any idea why?
Rebecca wrote: >Sorry, no. Perhaps Morag H. would care to comment. -- Rebecca Morag is away as a UK User conference for a day or two so let me answer in her place. The SYSTEM.CHANNEL.SYNCQ contains essentially two types of messages, both to do with storing channel status. 1/ There is a message (possibly two) for each instance of channel that has run and transferred a persistent message to a remote partner. These messages maintain the synchronisation state between the two ends of the channels. If you delete these messages your channel will forget where it got to. This will almost certainly lead to sequence number problems since the channel will start at 1 again and you will have to issue RESET CHANNEL. In the worst case, if the channel was indoubt, you may may also cause messages to be duplicated. 2/ There may also be a message recording the status of the channel. In other words, whether the channel is STOPPED, RETRYING etc etc. If you delete these messages the worsed that will happen is that when you recycle your Queue Manager a channel will come up inactive rather than STOPPED or RETRYING. Now there were a few problems with the initial implementation of the type 2 messages. You could find that even a channel retrying would add a few more of these messages. I would ensure that you are on the latest service level for whatever release you are running. In the general case though don't be fooled into thinking that you've got a problem with the queue just because you have more messages on there that you have channels. Since you have a Type 1 message for each *partner* you must consider how many locations you are talking to. So a single RCVR channel which receives connections from 100 other Queue Managers will, quite rightly, be responsible for 100 messages on this queue. Hope this helps, P. Paul G Clarke WebSphere MQ Development IBM Rochester,MN Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
