| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| Transactions are not being processed by WAS |
« View previous topic :: View next topic » |
| Author |
Message
|
| Sue_2828 |
 Posted: Sun Jul 05, 2009 4:29 am Post subject: Transactions are not being processed by WAS |
 |
|
Apprentice
Joined: 14 Feb 2009
Posts: 37
|
We noticed transactions were not being process by our WAS applications. On further inspection, the SYSTEM.BROKER.DEFAULT.STREAM had a high number of queued transactions, which were not being processed. Also, the listeners to our applications were down. We tried to restart the broker (end broker and start broker commands) and restart listeners in various combinations, but the transactions remained in the SYSTEM.BROKER.DEFAULT.STREAM.QUEUE.
We wrote a program to read the messages off the SYSTEM.BROKER.DEFAULT.STREAM.QUEUE, to clear the messages. This was successful, and the listeners started OK. The system appeared to functioning OK. However, SYSTEM.JMS.CC.D.SUBCRIBER.QUEUE now has a large number of transactions (some leftover from last week). The messages in SYSTEM.JMS.CC.D.SUBSCRIBER.QUEUE are not being processed even during the low volume times.
Now, are listeners are going down again, and cannot be brought back up. Also, channels cannot be started. The system is not queuing transactions in an effective (clustered) manner, delaying many transactions.
Also, WAS applications are clustered, but they are not processing transactions in a load-balanced (round-robin) way.
Can you please advice ? |
|
| Back to top |
|
 |
| mqjeff |
| Posted: Sun Jul 05, 2009 7:58 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
So almost certainly you have orphaned durable subscriptions.
Likely when the listeners were stopped and started, they acquired new subscription IDs without cleaning up the old ones.
This would also impact load balancing, because you are sending more messages than you expect to. |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Sun Jul 05, 2009 1:22 pm Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
This is why you want to use a specific subscription queue for durable subscriptions. So you can take action before other subscribers are affected, especially in a cluster...
Have fun 
_________________
MQ & Broker admin |
|
| Back to top |
|
|
|
|
|
| |
|
Page 1 of 1 |
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
|
|
