[Openstack] Openstack Liberty & VRRP issue
Fawaz Mohammed
fawaz.moh.ibraheem at gmail.com
Sun Aug 7 09:09:14 UTC 2016
I belive this is related to underline switches that you have.
On Aug 4, 2016 3:14 PM, "Burman, Bill (Nokia - GB)" <bill.burman at nokia.com>
wrote:
> Hi,
>
> I’ve set up a lab network to test Openstack with a load balanced solution
> that uses keepalived on linux, to provide load balanced & redundant
> services. I installed the ML2 plugin, and removed the security for the
> ports associated with the public and private ports of the load balanced
> servers with these commands:
>
> neutron port-update --no-security-groups <port UUID>
> neutron port-update <port UUID> --port-security-enabled=False
>
> This has allowed VRRP to function correctly, requests are correctly load
> balanced, and I can failover between the servers at will.
>
> The issue I’m having, is when I try to simulate a hard crash of the server
> that is the master in the keepalived pool. If I shut it down in a way that
> simulates a power failure (I’m using ifdown to kill the interfaces, and
> shutdown in a one-liner), the server that was the backup becomes the
> master, takes over the load balanced IP, and starts responding to arp
> requests for that IP. I can see the arp responses with tcpdump on the new
> master, but these are obviously being filtered, as they don’t make it to
> the other servers.
>
> So where am I going wrong? Why if I do a graceful reboot of the master,
> would the load balanced IP correctly shift to the other server, but if I
> simulate a crash, the arp responses are blocked?
>
> Any help would be greatly appreciated.
>
> Thanks,
>
> Bill
>
> _______________________________________________
> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/
> openstack
> Post to : openstack at lists.openstack.org
> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/
> openstack
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20160807/3274ff60/attachment.html>
More information about the Openstack
mailing list