Hide Forgot
Description of problem: See upstream bug: https://bugs.launchpad.net/oslo/+bug/1257293 Note well: this bug _only_ affects those QPID configurations that have applied the fix of the following bug: https://bugs.launchpad.net/oslo/+bug/1178375 _AND_ are have configured "qpid_topology_version=2" Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
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?)
(In reply to Perry Myers from comment #3) > 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?) It's an important fix, for sure. Note that it doesn't affect the default configuration. This only affects if the v2 topology is enabled. So, it doesn't necessarily have to be a blocker, but we'd need a release note saying not to use the v2 topology at all yet. We should get this in if we can and avoid that.
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
*** Bug 1045066 has been marked as a duplicate of this bug. ***