Bug 1038710

Summary:	[oslo] On restart of QPID or reconnect to QPID, fanout RPC no longer works
Product:	Red Hat OpenStack	Reporter:	Perry Myers <pmyers>
Component:	openstack-ceilometer	Assignee:	Eoghan Glynn <eglynn>
Status:	CLOSED ERRATA	QA Contact:	Kevin Whitney <kwhitney>
Severity:	high	Docs Contact:
Priority:	high
Version:	unspecified	CC:	breeler, dallan, ddomingo, dron, eglynn, hateya, jruzicka, kgiusti, ndipanov, pbrady, srevivo, yeylon
Target Milestone:	rc	Keywords:	OtherQA
Target Release:	4.0
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
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.	Story Points:	---
Clone Of:	1038638	Environment:
Last Closed:	2013-12-20 00:41:18 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:

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