ASG
IBM
Zystems
Cressida
Icon
Netflexity
 
  MQSeries.net
Search  Search       Tech Exchange      Education      Certifications      Library      Info Center      SupportPacs      LinkedIn  Search  Search                                                                   FAQ  FAQ   Usergroups  Usergroups
 
Register  ::  Log in Log in to check your private messages
 
RSS Feed - WebSphere MQ Support RSS Feed - Message Broker Support

MQSeries.net Forum IndexGeneral IBM MQ SupportQueue Statistics PUT & GET Count doesn't match

Post new topicReply to topic Goto page Previous  1, 2
Queue Statistics PUT & GET Count doesn't match View previous topic :: View next topic
Author Message
HubertKleinmanns
PostPosted: Fri Sep 20, 2019 6:08 am Post subject: Reply with quote

Shaman

Joined: 24 Feb 2004
Posts: 724
Location: Germany

bruce2359 wrote:
What a wild ride down that rabbit hole.


bruce2359 wrote:
MQI stats would be helpful here. Also a concurrent MQI trace would be helpful.


Do you mean the values for BackCount, ExpiredMsgCount and PurgeCount? These may give a hint, but they aren't queue specific.

But now I have two new questions:

1. Are expired messages successful destructive get requests?

2. Are purged messages successful destructive get requests?

So do these increase the GetFailCount or the GetCount or none of them?
_________________
Regards
Hubert
Back to top
View user's profile Send private message Visit poster's website
bruce2359
PostPosted: Fri Sep 20, 2019 1:32 pm Post subject: Reply with quote

Poobah

Joined: 05 Jan 2008
Posts: 8518
Location: US: west coast, almost. Otherwise, enroute.

HubertKleinmanns wrote:
bruce2359 wrote:
What a wild ride down that rabbit hole.


bruce2359 wrote:
MQI stats would be helpful here. Also a concurrent MQI trace would be helpful.


Do you mean the values for BackCount, ExpiredMsgCount and PurgeCount? These may give a hint, but they aren't queue specific.

Metrics offered by the OP are insufficient for adequate diagnostics. Similarly, only a car engine RPM, or oil temp, or oil pressure, or speed, or water temp, or ... any single metric at a given instance does not provide context.
_________________
There are two types of people in this world:
1) Those that can extrapolate from incomplete data
Back to top
View user's profile Send private message
Andyh
PostPosted: Sat Sep 21, 2019 8:54 am Post subject: Reply with quote

Disciple

Joined: 29 Jul 2010
Posts: 174

Purged or expired messages are neither successful nor failed MQGET's and wouldn't update either MQGET counter.
Imagine you were to purge a queue, then put a message with a short expiry time, and to issue an MQGET after the message had expired.
You would see one failed MQGET, and that MQGET would have completed with a 2033.

Note also that the purged counter is a count of the number of purges, not a count of the number of messages purged.
Back to top
View user's profile Send private message
bruce2359
PostPosted: Sat Sep 21, 2019 9:46 am Post subject: Reply with quote

Poobah

Joined: 05 Jan 2008
Posts: 8518
Location: US: west coast, almost. Otherwise, enroute.

So, to be a bit more precise, you're referring to the MQCO_DELETE_PURGE close queue option, yes?
_________________
There are two types of people in this world:
1) Those that can extrapolate from incomplete data
Back to top
View user's profile Send private message
Andyh
PostPosted: Sat Sep 21, 2019 1:57 pm Post subject: Reply with quote

Disciple

Joined: 29 Jul 2010
Posts: 174

No, MQCO_DELETE_PURGE relates to closing a dynamic queue, and will only update the appropriate MQCLOSE statistics.

By "purge" I'm referring to the CLEAR QL command.
Back to top
View user's profile Send private message
bruce2359
PostPosted: Sun Sep 22, 2019 2:38 am Post subject: Reply with quote

Poobah

Joined: 05 Jan 2008
Posts: 8518
Location: US: west coast, almost. Otherwise, enroute.

Andyh wrote:
No, MQCO_DELETE_PURGE relates to closing a dynamic queue, and will only update the appropriate MQCLOSE statistics.

By "purge" I'm referring to the CLEAR QL command.

... which would imply that GetCount would include those messages "purged" by using the MQExplorer clear qlocal option to do so via MQGETs, yes?

Is it possible that other apps had the queue open, and were MQPUTting and MQGETting messages? Queue accounting data would be helpful.
_________________
There are two types of people in this world:
1) Those that can extrapolate from incomplete data
Back to top
View user's profile Send private message
Andyh
PostPosted: Sun Sep 22, 2019 10:06 am Post subject: Reply with quote

Disciple

Joined: 29 Jul 2010
Posts: 174

I'm not sure I understand the question, maybe I'm showing my lack of knowledge where MQExplorer is concerned ?

Removing messages from a queue using MQGET is not equivalent to issuing a runmqsc CLEAR QL command. A CLEAR QL would fail if any locked messages existed, for example an in-tran MQPUT or an in-tran MQGET, while a simple destructive GET would be unaware of any such messages.
A CLEAR QL will also clean up the resources owned by the queue better than a simple sequence of MQGET's, for example a CLEAR QL will truncate the underlying file system object associated with the queue, where a simple sequence of MQGET's will not.
Back to top
View user's profile Send private message
HubertKleinmanns
PostPosted: Mon Sep 23, 2019 12:04 am Post subject: Reply with quote

Shaman

Joined: 24 Feb 2004
Posts: 724
Location: Germany

Andyh,

what's about "DELETE QL(...) PURGE"? Does this increase the PurgeCount and not affect the GetCount and GetFailCount - like "CLEAR QL(...)"?
_________________
Regards
Hubert
Back to top
View user's profile Send private message Visit poster's website
RogerLacroix
PostPosted: Mon Sep 23, 2019 11:04 am Post subject: Reply with quote

Jedi Knight

Joined: 15 May 2001
Posts: 3141
Location: London, ON Canada

HubertKleinmanns wrote:
what's about "DELETE QL(...) PURGE"? Does this increase the PurgeCount and not affect the GetCount and GetFailCount - like "CLEAR QL(...)"?

If you delete the queue then how do you gets statistics on it?

Regards,
Roger Lacroix
Capitalware Inc.
_________________
Capitalware: Transforming tomorrow into today.
Connected to MQ!
Twitter
Back to top
View user's profile Send private message Visit poster's website
Andyh
PostPosted: Mon Sep 23, 2019 12:25 pm Post subject: Reply with quote

Disciple

Joined: 29 Jul 2010
Posts: 174

In the case of a delete ql(...) purge then the "purge" is really just permission to delete the queue even if it's hosting messages. I don't believe this would make any change to the purge (as in CLEAR QL) counters.

In the case of stats written to the system topics then no further stats will be produced after the queue is deleted.
In the case of more traditional stats (controlled by the STATQ attributes) the statistics for a deleted queue should be included in the statistics messages written at the end of the interval in which the queue was deleted.
Back to top
View user's profile Send private message
bruce2359
PostPosted: Mon Sep 23, 2019 5:20 pm Post subject: Reply with quote

Poobah

Joined: 05 Jan 2008
Posts: 8518
Location: US: west coast, almost. Otherwise, enroute.

I'm no longer lonely down this rabbit hole...
_________________
There are two types of people in this world:
1) Those that can extrapolate from incomplete data
Back to top
View user's profile Send private message
HubertKleinmanns
PostPosted: Mon Sep 23, 2019 9:53 pm Post subject: Reply with quote

Shaman

Joined: 24 Feb 2004
Posts: 724
Location: Germany

RogerLacroix wrote:
HubertKleinmanns wrote:
what's about "DELETE QL(...) PURGE"? Does this increase the PurgeCount and not affect the GetCount and GetFailCount - like "CLEAR QL(...)"?

If you delete the queue then how do you gets statistics on it?

Regards,
Roger Lacroix
Capitalware Inc.


I don't know, how a "DELETE ... PURGE" internally works. I could hazard a guess, that a very last statistics record could be written, just before the queue disappears .
_________________
Regards
Hubert
Back to top
View user's profile Send private message Visit poster's website
fjb_saper
PostPosted: Tue Sep 24, 2019 12:38 am Post subject: Reply with quote

Grand High Poobah

Joined: 18 Nov 2003
Posts: 20125
Location: LI,NY

Hubert: bevor = German; before=English; I took the liberty to fix your post...
_________________
MQ & Broker admin
Back to top
View user's profile Send private message Send e-mail
HubertKleinmanns
PostPosted: Tue Sep 24, 2019 1:25 am Post subject: Reply with quote

Shaman

Joined: 24 Feb 2004
Posts: 724
Location: Germany

fjb_saper wrote:
Hubert: bevor = German; before=English; I took the liberty to fix your post...


Ooh sorry and thanks for correcting the typo
_________________
Regards
Hubert
Back to top
View user's profile Send private message Visit poster's website
Display posts from previous:
Post new topicReply to topic Goto page Previous  1, 2 Page 2 of 2

MQSeries.net Forum IndexGeneral IBM MQ SupportQueue Statistics PUT & GET Count doesn't match
Jump to:



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
Protected by Anti-Spam ACP


Theme by Dustin Baccetti
Powered by phpBB 2001, 2002 phpBB Group

Copyright MQSeries.net. All rights reserved.