| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| Enable application activity trace by subscribing |
« View previous topic :: View next topic » |
| Author |
Message
|
| jcv |
 Posted: Thu Oct 11, 2018 3:49 am Post subject: Enable application activity trace by subscribing |
 |
|
Chevalier
Joined: 07 May 2007
Posts: 411
Location: Zagreb
|
If I just subscribe to a following topic string:
$SYS/MQ/INFO/QMGR/some_qmgr/ActivityTrace/ChannelName/some_sdr_chl
I don't get anything, although I see a subscription in subscription list. However, if I enable "central collection" by editing mqat.ini for some_qmgr in order to allow only tracing of runmqchl application, and set ACTVTRC(ON), suddenly I get messages like this via that subscription:
---------------------------------------------------------------------------------------
Time: 15:23:38
Topic String: [Unknown]
Message: RFH
---------------------------------------------------------------------------------------
They are not very informative. And I don't understand exactly the relation between "central collection" and subscribing to system topics for ActivityTrace. If they are independent, why I see this what I described, and if not, what exactly one should do to enable the latter, and not the former? |
|
| Back to top |
|
 |
| jcv |
| Posted: Thu Oct 11, 2018 7:44 am Post subject: |
|
|
Chevalier
Joined: 07 May 2007
Posts: 411
Location: Zagreb
|
OK, if I use some_svrconn_chl and not some_sdr_chl, I get messages without enabling "central collection", ie with ACTVTRC(OFF). However, even in that case messages that appear via that subscription are equally uninformative, ie I see the same thing from MQ Explorer when I issue Test Subscription:
Topic String: [Unknown]
Message: RFH |
|
| Back to top |
|
|
| jcv |
| Posted: Thu Oct 11, 2018 8:38 am Post subject: |
|
|
Chevalier
Joined: 07 May 2007
Posts: 411
Location: Zagreb
|
| OK, I passed SYSTEM.MANAGED.NDURABLE queue Destination name from subscription as an input queue to Activity Trace viewer in MO71, and then I got something, almost sensible. |
|
| Back to top |
|
|
| jcv |
| Posted: Thu Oct 11, 2018 9:18 am Post subject: |
|
|
Chevalier
Joined: 07 May 2007
Posts: 411
Location: Zagreb
|
| I can only wonder did it occur at any point in time to designers of MQ Explorer to provide a special option for "testing subscription to activity trace topic strings", that would automatically present data normally, instead of this. |
|
| Back to top |
|
|
| hughson |
| Posted: Thu Oct 11, 2018 12:09 pm Post subject: |
|
|
Padawan
Joined: 09 May 2013
Posts: 1959
Location: Bay of Plenty, New Zealand
|
Are you all sorted now, or is there a remaining question we can help with?
For more information about Activity Trace and using it via a Subscription, please see this presentation:-
Using Application Activity Trace
P.S. The tool that comes with IBM MQ to view activity trace is amqsact. If you're really set on using MQ Explorer you could download and add on MS0P. But if you've found MO71's viewer you'll find that very flexible for viewing the output of activity trace.
Cheers,
Morag
_________________
Morag Hughson @MoragHughson
IBM MQ Technical Education Specialist
Get your IBM MQ training here!
MQGem Software |
|
| Back to top |
|
|
| jcv |
| Posted: Fri Oct 12, 2018 12:38 am Post subject: |
|
|
Chevalier
Joined: 07 May 2007
Posts: 411
Location: Zagreb
|
| How do you control amount of message data traced with subscription? With mqat.ini, that would be TraceMessageData, and here? I see from your post that with MQ Appliance there is some command setmqini, which is not present here, because, after all, I can edit mqat.ini, but what is unclear to me, is mqat.ini supposed to affect tracing with subscription at all? |
|
| Back to top |
|
|
| jcv |
| Posted: Fri Oct 12, 2018 9:16 am Post subject: |
|
|
Chevalier
Joined: 07 May 2007
Posts: 411
Location: Zagreb
|
I suppose not, but I cannot figure out what is it, that is supposed to provide configuration in this case.
MS0P provides a viewer/formatter for Activity Trace messages, but it doesn't subscribe to an adequate topic string based on input from user, in order to get these messages that is supposed to present in a nice formatted way, like amqsact does, and if MO71's viewer was that flexible, it would do that also, instead of requiring input queue as the only input option. MS0P is not even that flexible, it only reads from SYSTEM.ADMIN.TRACE.ACTIVITY.QUEUE.
I mean, I can always do DEFINE SUB('ActTracSamp') TOPICSTR('something') DEST(SYSTEM.ADMIN.TRACE.ACTIVITY.QUEUE) before using these viewers, but that's not a big flexibility. |
|
| Back to top |
|
|
| hughson |
| Posted: Fri Oct 12, 2018 4:07 pm Post subject: |
|
|
Padawan
Joined: 09 May 2013
Posts: 1959
Location: Bay of Plenty, New Zealand
|
| jcv wrote: |
| How do you control amount of message data traced with subscription? With mqat.ini, that would be TraceMessageData, and here? I see from your post that with MQ Appliance there is some command setmqini, which is not present here, because, after all, I can edit mqat.ini, but what is unclear to me, is mqat.ini supposed to affect tracing with subscription at all? |
It is my understanding that the mqat.ini file stanza AllActivityTrace applies to any form of collection, and that the subscriptions are instead of creating multiple stanzas called ApplicationTrace. While you could over-ride the value of TraceMessageData set in the AllActivityTrace stanza with an ApplicationTrace stanza, I don't think you can over-ride it with the subscription.
| jcv wrote: |
MS0P provides a viewer/formatter for Activity Trace messages, but it doesn't subscribe to an adequate topic string based on input from user, in order to get these messages that is supposed to present in a nice formatted way, like amqsact does, and if MO71's viewer was that flexible, it would do that also, instead of requiring input queue as the only input option. MS0P is not even that flexible, it only reads from SYSTEM.ADMIN.TRACE.ACTIVITY.QUEUE.
I mean, I can always do DEFINE SUB('ActTracSamp') TOPICSTR('something') DEST(SYSTEM.ADMIN.TRACE.ACTIVITY.QUEUE) before using these viewers, but that's not a big flexibility. |
Yes indeed, DEFINE SUB is the most flexible way to create your subscription. You have access to all the options to make your subscription including those that amqsact does not give you (see page 25 of earlier linked presentation). Any tool that creates the subscription for you would have to provide all those options (and keep up with any new ones) and might miss some as amqsact has done, so it is much more flexible as you say, to use the DEFINE SUB command.
Cheers,
Morag
_________________
Morag Hughson @MoragHughson
IBM MQ Technical Education Specialist
Get your IBM MQ training here!
MQGem Software |
|
| Back to top |
|
|
| jcv |
| Posted: Fri Oct 12, 2018 7:07 pm Post subject: |
|
|
Chevalier
Joined: 07 May 2007
Posts: 411
Location: Zagreb
|
OK, thank you. Your input was valuable to me, and MO71’s viewer is better than amqsact in many ways, but still, if you could provide the same (or better) functionality of taking input, it would be great.
Cheers,
Hrvoje |
|
| Back to top |
|
|
| hughson |
| Posted: Fri Oct 12, 2018 7:38 pm Post subject: |
|
|
Padawan
Joined: 09 May 2013
Posts: 1959
Location: Bay of Plenty, New Zealand
|
| jcv wrote: |
OK, thank you. Your input was valuable to me, and MO71's viewer is better than amqsact in many ways, but still, if you could provide the same (or better) functionality of taking input, it would be great.
Cheers,
Hrvoje |
Please send any requests for new function in MO71 to the support email address.
Cheers,
Morag
_________________
Morag Hughson @MoragHughson
IBM MQ Technical Education Specialist
Get your IBM MQ training here!
MQGem Software |
|
| 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
|
|
|
|
