Re: Multiple VRRP instances with 1.2.17

"Ryan O'Hara" <[email protected]>
Newsgroups gmane.linux.keepalived.devel
Message-ID <[email protected]>
On Tue, Jun 16, 2015 at 02:15:21PM -0500, Ryan O'Hara wrote:
> 
> I was informed today about a problem with keepalived 1.2.17 when using
> multiple VRRP instances [1]. Consider the following keepalived.conf:
> 
> vrrp_instance VRRP_51 {
>     virtual_router_id 51
>     advert_int 1
>     priority 101
>     state MASTER
>     interface eth0
> 
>     virtual_ipaddress {
>         192.168.1.1
>     }
> }
> 
> vrrp_instance VRRP_52 {
>     virtual_router_id 52
>     advert_int 1
>     priority 101
>     state MASTER
>     interface eth0
> 
>     virtual_ipaddress {
>         192.168.1.2
>     }
> }
> 
> Note that both instances use the same interface but have unique VRIDs
> and VIPs. This works in 1.2.16 and earlier, but in 1.2.17 only the
> first VIP is added to the interface. There are no other nodes running
> keepalived.

Sorry, I was mistaken. Only the second VIP (192.168.1.2) is added to
the interface:

VRRP_Instance(VRRP_52) Transition to MASTER STATE
VRRP_Instance(VRRP_52) Entering MASTER STATE
VRRP_Instance(VRRP_52) setting protocol VIPs.
VRRP_Instance(VRRP_52) Sending gratuitous ARPs on eth0 for 192.168.1.2

There is nothing at all in the logs about VRRP instance "VRRP_51".

Ryan


> Any ideas on what changed? I've been digging through the code for a
> while now and have no found the change that caused this
> regression. Both instances get parsed correct as evidence of the
> configuration dump (-d option).
> 
> Ryan
> 
> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1232408
> 
> 
> ------------------------------------------------------------------------------
> _______________________________________________
> Keepalived-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/keepalived-devel

------------------------------------------------------------------------------
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.