Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 1152032 - purging TTL expired messages via purge task should not increase acquires counters
purging TTL expired messages via purge task should not increase acquires coun...
Status: CLOSED ERRATA
Product: Red Hat Enterprise MRG
Classification: Red Hat
Component: qpid-cpp (Show other bugs)
3.0
All Linux
medium Severity medium
: 3.2
: ---
Assigned To: Pavel Moravec
Michal Toth
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2014-10-13 07:24 EDT by Pavel Moravec
Modified: 2015-10-08 09:09 EDT (History)
5 users (show)

See Also:
Fixed In Version: qpid-cpp-0.32-1
Doc Type: Bug Fix
Doc Text:
It was discovered that when time-to-live (TTL) messages were removed using a purge task, the +acquires+ counter was increased for each broker and queue. Purging the same message by removing it when finding what message to send/acquire to a consumer did not increase the counter. Because TTL purged messages are not technically acquired, this behavior was misleading. The fix removes code from `Queue.cpp` that counts acquires on `mgmtObject` and `brokerMgmtObject`.
Story Points: ---
Clone Of:
Environment:
Last Closed: 2015-10-08 09:09:29 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)


External Trackers
Tracker ID Priority Status Summary Last Updated
Apache JIRA QPID-6148 None None None Never
Red Hat Product Errata RHEA-2015:1879 normal SHIPPED_LIVE Red Hat Enterprise MRG Messaging 3.2 Release 2015-10-08 13:07:53 EDT

  None (edit)
Description Pavel Moravec 2014-10-13 07:24:59 EDT
Description of problem:
When purging messages via purge task (that runs every 10 minutes), for every purged message this way, "acquires" counter per queue and per broker is increased.

That does not make much sense, as technically the message is not acquired. Moreover purging the same message in the second way (removing it when finding what message to send/acquire to some consumer) does not increase the counter.


Version-Release number of selected component (if applicable):
qpid-cpp 0.22-49


How reproducible:
100%


Steps to Reproduce:
# echo "queue-purge-interval=10" >> /etc/qpid/qpidd.conf
# service qpidd restart
# qpid-send -a "q; {create:always}" -m1000 --ttl=1000
# sleep 10
# qpid-stat -q q | egrep '(acquires|ttl-expired)'; qpid-stat -g | egrep '(acquires|ttl-expired)'


Actual results:
  acquires                    1000        
  discards-ttl-expired        1000        
  acquires                    1008        
  discards-ttl-expired        1000        

(the 2nd acquires - brokerwide - should be >1000 due to the qpid-tool acquiring some messages)

Expected results:
  acquires                    0        
  discards-ttl-expired        1000        
  acquires                    8        
  discards-ttl-expired        1000        

(the 2nd acquires - brokerwide - shoudl be >0 due to qpid-tool acquiring some messages, but surely <1000)

Additional info:
Comment 1 Pavel Moravec 2014-10-13 10:03:39 EDT
Committed revision 1631396.
Comment 5 Michal Toth 2015-08-04 04:15:02 EDT
Verified using latest packages on rhel 6 32,64 & rhel 7.
qpid-tools-0.34-1
qpid-cpp-server-0.34-1
qpid-cpp-client-0.34-1
Comment 7 errata-xmlrpc 2015-10-08 09:09:29 EDT
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://rhn.redhat.com/errata/RHEA-2015-1879.html

Note You need to log in before you can comment on or make changes to this bug.