Bug 1290538 - Oslo messaging always connecting to the frist configured rabbitmq broker
Summary: Oslo messaging always connecting to the frist configured rabbitmq broker
Keywords:
Status: CLOSED DUPLICATE of bug 1267736
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: rabbitmq-server
Version: 7.0 (Kilo)
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: ---
: 7.0 (Kilo)
Assignee: Peter Lemenkov
QA Contact: yeylon@redhat.com
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-12-10 18:16 UTC by Jeremy
Modified: 2019-10-10 10:40 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-12-10 18:30:17 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Jeremy 2015-12-10 18:16:51 UTC
Description of problem:
What problem/issue/behavior are you having trouble with?  What do you expect to see?

Openstack services always connect to the first message broker defined in the rabbit_hosts list. 
This issue was solved in Icehouse but was introduced again during the refactor done here:
https://github.com/openstack/oslo.messaging/commit/973301aa70527171749fa34897276c43898aeeb2

This issue impacts in the load balancing of rabbitmq connections and introduces a degradation of the service when the first controller is down (as Oslo always try to connect to the Stopped broker, and after the failure, it connects to the second one)

The patch has been submitted upstream:
https://review.openstack.org/#/c/231039/

We would like to backport it downstream as soon as possible

Version-Release number of selected component (if applicable):
rabbitmq-server-3.3.5-4.el7

Comment 1 John Eckersberg 2015-12-10 18:30:17 UTC

*** This bug has been marked as a duplicate of bug 1267736 ***


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