| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| Websphere MQ XA transactions |
« View previous topic :: View next topic » |
| Author |
Message
|
| RangaKovela |
 Posted: Thu Apr 12, 2012 5:11 am Post subject: Websphere MQ XA transactions |
 |
|
Apprentice
Joined: 10 May 2011
Posts: 38
|
Environment:
Websphere MQ 7.0.1.3 Linux and WMQ Clients on various servers connecting to MQ in client mode (Java/JMS)
Scenario:
There are number of XA MQ Clients running on Oracle Weblogic servers connection WMQ queue manager using SVRCONN channel.
Problem:
We are seeing lot of transactions left in indoubt state on queue manager.
When I run dspmqtrn -e -m QMGR, I can see more than 20 transactions lying on the queue manager in in-doubt state. Now problem lies in identifying the transactions and linking with corresponding application connecting to queue manager.
For eg: dspmqtrn -e -m QmGR gives me following output
AMQ7056: Transaction number 0,1450682 is in-doubt.
XID: formatID 48801, gtrid_length 10, bqual_length 34
gtrid [0D3989E6F1BAB83B2715]
bqual [6569732F6A6D732F574C53436F6E6E656374696F6E466163746F72794A4E44495841]
AMQ7056: Transaction number 0,1450681 is in-doubt.
XID: formatID 48801, gtrid_length 10, bqual_length 34
gtrid [1EB3FF6F94EAB83B2715]
bqual [6569732F6A6D732F574C53436F6E6E656374696F6E466163746F72794A4E44495841]
I have to identify application that has left these transactions in-doubt state, so that I can ask app. team to tune there application and commit instead of using rsvmqtrn everytime. To acheive this I have used dis conn(*) all and filtered the file with gtrid/bqual I have fetched from dspmqtrn command. I am able to find bqual but not gtrid (global trans. id) in the output. Is there any better way to identify applications responsible for in-doubt transactions on queue manager.
Please note that we don't have access to MQ Client servers and queue manager is shared across good no. of XA clients.
thanks in advance.. |
|
| Back to top |
|
 |
| mqjeff |
| Posted: Thu Apr 12, 2012 5:54 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
| Ideally you have given each application team their own SVRCONN. |
|
| Back to top |
|
|
| RangaKovela |
| Posted: Thu Apr 12, 2012 6:31 am Post subject: |
|
|
Apprentice
Joined: 10 May 2011
Posts: 38
|
| Yes, all apps have their own SVRCONN.. |
|
| Back to top |
|
|
| mqjeff |
| Posted: Thu Apr 12, 2012 6:57 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
| RangaKovela wrote: |
| Yes, all apps have their own SVRCONN.. |
then you should be able to match the CONN to the SVRCONN. You're already able to match the TRAN to the CONN, so if you can then match the CONN to the SVRCONN and the SVRCONN to the App... |
|
| Back to top |
|
|
| RangaKovela |
| Posted: Thu Apr 12, 2012 7:08 am Post subject: |
|
|
Apprentice
Joined: 10 May 2011
Posts: 38
|
| Thanks, But I am not able to match TRAN to the CONN. I am using EXTURID which is combo of FORMATID,GTRID and XA_BQUAL. I can match BQUAL in dspmqtrn with one dis conn(*) but GTRID keeps changing |
|
| 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
|
|
|
|
