Bug 1038710 - [oslo] On restart of QPID or reconnect to QPID, fanout RPC no longer works
Summary: [oslo] On restart of QPID or reconnect to QPID, fanout RPC no longer works
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: openstack-ceilometer
Version: unspecified
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: rc
: 4.0
Assignee: Eoghan Glynn
QA Contact: Kevin Whitney
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-12-05 16:34 UTC by Perry Myers
Modified: 2019-09-09 14:22 UTC (History)
12 users (show)

Fixed In Version: openstack-ceilometer-2013.2-4.el6ost
Doc Type: Bug Fix
Doc Text:
When the QPID broker is restarted, RPC servers attempt to re-connect. However, a bug in the QPID topic consumer re-connection logic (under the v2 topology) caused qpidd to use a malformed subscriber address after restarting. This caused qpidd to incorrectly establish multiple subscriptions on the same fanout address after reconnecting. The QPID broker only requires one subscription; each extra subscription created duplicate RPC notification samples for individual services (e.g. Ceilometer). This release removes the special-case reconnect logic that handles UUID addresses, which in turn avoids the incorrect establishment of multiple subscription to the same fanout address. The QPID broker will simply generate unique queue names automatically when clients reconnect.
Clone Of: 1038638
Environment:
Last Closed: 2013-12-20 00:41:18 UTC
Target Upstream Version:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Launchpad 1251757 0 None None None Never
OpenStack gerrit 60371 0 None None None Never
OpenStack gerrit 60483 0 None None None Never
Red Hat Bugzilla 1038638 0 high CLOSED [oslo] On restart of QPID or reconnect to QPID, fanout RPC no longer works 2021-02-22 00:41:40 UTC
Red Hat Product Errata RHEA-2013:1859 0 normal SHIPPED_LIVE Red Hat Enterprise Linux OpenStack Platform Enhancement Advisory 2013-12-21 00:01:48 UTC

Internal Links: 1038638

Description Perry Myers 2013-12-05 16:34:31 UTC
+++ This bug was initially created as a clone of Bug #1038638 +++

Description of problem:

   See upstream bug report:

   https://bugs.launchpad.net/oslo/+bug/1251757


Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info:

--- Additional comment from RHEL Product and Program Management on 2013-12-05 09:45:05 EST ---

Since this issue was entered in bugzilla, the release flag has been
set to ? to ensure that it is properly evaluated for this release.

--- Additional comment from Dave Allan on 2013-12-05 10:12:09 EST ---

Checking into risk of fix; may want to take for 4.0GA

--- Additional comment from Perry Myers on 2013-12-05 11:29:29 EST ---

This seems important enough to be an RC blocker for 4.0.  But doesn't this bug need to be cloned to Nova, Ceilometer, Neutron, etc (every component that copies and pastes the code from Oslo for RPC?)

Comment 1 Eoghan Glynn 2013-12-05 22:29:18 UTC
Fix proposed to master upstream:

  https://review.openstack.org/60371

Comment 2 Eoghan Glynn 2013-12-06 12:38:25 UTC
Fix proposed to stable/havana upstream:

  https://review.openstack.org/60483

Comment 3 Eoghan Glynn 2013-12-06 15:08:24 UTC
Proposed on internal gerrit after IRC discussion indicated that for blockers we should not block on upstream:

  https://code.engineering.redhat.com/gerrit/16994

Comment 8 errata-xmlrpc 2013-12-20 00:41:18 UTC
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.

http://rhn.redhat.com/errata/RHEA-2013-1859.html


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