Side by side Tripleo installs can break each other's keepalived clusters

Bug #1396695 reported by Tom Howley on 2014-11-26
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
tripleo
High
Unassigned

Bug Description

When two or more Tripleo installations are carried out side by side in an environment where they can see each other's multicast packets, one installation's keepalived will be broken as it will be configured with the same set of virtual router ids. When it sees vrrp packets from another cluster with the same virtual router id, but unexpected IP address, it determines that they are bogus and fails to bring up any VIP instance -- as the a result the install fails. The keepalived logs something like this:

Keepalived_vrrp[7815]: ip address associated with VRID not present in received packet : 10.23.32.130

One solution to this is to make the Public and Control virtual router id's configurable, by exposing them as heat parameters.

Tom Howley (tom-howley) on 2014-11-26
Changed in tripleo:
assignee: nobody → Tom Howley (tom-howley)

Fix proposed to branch: master
Review: https://review.openstack.org/137605

Changed in tripleo:
status: New → In Progress
James Polley (tchaypo) wrote :

I've added a priority so that the untriaged-bot stops nagging us about this.

Thanks for the report and the patch!

Changed in tripleo:
importance: Undecided → High
Changed in tripleo:
assignee: Tom Howley (tom-howley) → James Polley (tchaypo)
James Polley (tchaypo) on 2015-02-07
Changed in tripleo:
assignee: James Polley (tchaypo) → Tom Howley (tom-howley)
Changed in tripleo:
assignee: Tom Howley (tom-howley) → James Polley (tchaypo)
James Polley (tchaypo) wrote :

I've assigned this back to Tom as he's submitted a patch, which I've merely rebased.

Changed in tripleo:
assignee: James Polley (tchaypo) → Tom Howley (tom-howley)

Change abandoned by Dan Prince (<email address hidden>) on branch: master
Review: https://review.openstack.org/137605

Emilien Macchi (emilienm) wrote :

This bug is > 365 days without activity. We are unsetting assignee and milestone and setting status to Incomplete in order to allow its expiry in 60 days.

If the bug is still valid, then update the bug status.

Changed in tripleo:
assignee: Tom Howley (tom-howley) → nobody
status: In Progress → Incomplete
Launchpad Janitor (janitor) wrote :

[Expired for tripleo because there has been no activity for 60 days.]

Changed in tripleo:
status: Incomplete → Expired
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers