[prev in list] [next in list] [prev in thread] [next in thread] 

List:       keepalived-devel
Subject:    [Keepalived-devel] VRRP not recovering from master/master splitbrain
From:       Tore Anderson <tore.anderson () redpill-linpro ! com>
Date:       2011-01-14 14:53:47
Message-ID: 4D30637B.3090208 () redpill-linpro ! com
[Download RAW message or body]

Hi,

I've noticed that if VRRP is set up with identical priorities, and both
routers is in MASTER state (for example because the network segment
being serviced is partitioned), they do not recover after the network
segment is rejoined.  Both stay in MASTER mode, no messages are being
logged.  However, curiously enough, one of them will cease transmitting
VRRP advertisements.

Shouldn't a new MASTER election have been forced in this case?

Here's the configuration used (Keepalived is version 1.2.1):

vrrp_instance rl-ms-test_vr1 {
        interface rl-ms-test
        state BACKUP
        mcast_src_ip 10.20.1.112 # this is different on the other router
        virtual_router_id 1
        priority 100
        preempt_delay 60
        virtual_ipaddress {
                10.20.4.65/26
        }
}

If the priorities are made different, the re-election happens without
any issues and the cluster recovers to master/backup state.

-- 
Tore Anderson
Redpill Linpro AS - http://www.redpill-linpro.com
Tel: +47 21 54 41 27

------------------------------------------------------------------------------
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand 
malware threats, the impact they can have on your business, and how you 
can protect your company and customers by using code signing.
http://p.sf.net/sfu/oracle-sfdevnl
_______________________________________________
Keepalived-devel mailing list
Keepalived-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/keepalived-devel
[prev in list] [next in list] [prev in thread] [next in thread]