| Author |
Message
|
| aman.kumar |
 Posted: Wed Aug 16, 2017 8:14 am Post subject: Recursively running MQSC to check XMITQ status |
 |
|
Newbie
Joined: 16 Aug 2017
Posts: 7
|
hello experts,
we have a situtation where we have asked to collect the details of all the applications (we have a list of more than 35 applications which all has its own remote queues and SVRCONN channels but all the remote queues have the same XMITQ.) which on given day puts the message in the MQ.
So, I was thinking the best way to do that is check the XMITQ status with "TYPE(handle) all" and see what are the all the Channels which makes a connection and based on channel name I can guess the Application name.
so I need to run this MQSC command recursively for 12 hours at an interval of 20-30 seconds. I don't want to change "Crontab" in our PRD servers as that would require a Change Request, so I am wondering if there is any other way to do that? |
|
| Back to top |
|
 |
| fjb_saper |
| Posted: Wed Aug 16, 2017 8:33 am Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
Have you checked the status on a qremote ? or the conn(*) where the object is the the queue remote ... 
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| aman.kumar |
| Posted: Wed Aug 16, 2017 8:51 am Post subject: |
|
|
Newbie
Joined: 16 Aug 2017
Posts: 7
|
Hi fjb_saper,
I have tried and the "Dis QS(NAME)", doesn't work on REMOTE Queues. I got the error as "AMQ8147: WebSphere MQ object NAME not found." |
|
| Back to top |
|
|
| shashivarungupta |
| Posted: Wed Aug 16, 2017 1:47 pm Post subject: Re: Recursively running MQSC to check XMITQ status |
|
|
Grand Master
Joined: 24 Feb 2009
Posts: 1343
Location: Floating in space on a round rock.
|
| aman.kumar wrote: |
| ...to collect the details of all the applications (we have a list of more than 35 applications which all has its own remote queues and SVRCONN channels but all the remote queues have the same XMITQ.) which on given day puts the message in the MQ. |
Is there any logging at the ESB level, which can be helpful to find out the transactions and active applications list. MQ is just a transport layer for assured delivery of the messages. Monitoring tools/utilities will be helpful, if configured, to find out the details that you're looking for.
| aman.kumar wrote: |
| ...the best way to do that is check the XMITQ status with "TYPE(handle) all" and see what are the all the Channels which makes a connection and based on channel name I can guess the Application name. |
May not be the 'best' way as you think. If monitoring is in place, monitoring tools and their logs can be checked. If Applications are logging their events (request/response) or transactions, why not ask them to share the statistics related to when they triggered the transactions and how many times.
| aman.kumar wrote: |
| ...don't want to change "Crontab" in our PRD servers as that would require a Change Request... |
Why not? Production releases must be controlled via Change/Incident Management Process. If you skip the process (if in place), that may lead to the problems and it depends how resilient is your system to handle the issues. Again, why not ask the connecting application(s) for their statistics?
_________________
*Life will beat you down, you need to decide to fight back or leave it. |
|
| Back to top |
|
|
| tczielke |
| Posted: Wed Aug 16, 2017 5:38 pm Post subject: |
|
|
Guardian
Joined: 08 Jul 2010
Posts: 941
Location: Illinois, USA
|
You may want to look at the mqsc-qmgrs script in the MH06 supportpac. It leverages the client mode option for runmqsc at v8 and higher with the following enhancements:
1) It can be run against a group of queue managers
2) The results are formatted into one line per result, to allow easy mining of the result the data via a tool like grep
I find it very helpful for administrative analysis, mass administrative changes, etc.
_________________
Working with MQ since 2010. |
|
| Back to top |
|
|
| PaulClarke |
| Posted: Wed Aug 16, 2017 9:09 pm Post subject: |
|
|
Grand Master
Joined: 17 Nov 2005
Posts: 1002
Location: New Zealand
|
Needless to say, this would be trivial to do in MQSCX
_________________
Paul Clarke
MQGem Software
www.mqgem.com |
|
| Back to top |
|
|
| mqjeff |
| Posted: Thu Aug 17, 2017 3:51 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
| PaulClarke wrote: |
| Needless to say |
And yet...
_________________
chmod -R ugo-wx / |
|
| Back to top |
|
|
|
|
