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

List:       keepalived-devel
Subject:    [Keepalived-devel] ubuntu 6 to ubuntu10 migration problems
From:       Artem Bokhan <aptem () ngs ! ru>
Date:       2011-04-21 13:04:08
Message-ID: 4DB02B48.7090005 () ngs ! ru
[Download RAW message or body]

  Hello.

I'm trying to migrate from ubuntu6 (2.6.15-26-amd64-server) to ubuntu10 
(2.6.32-30-server) with latest igb nic driver.
I tried with 1.1.20 and 1.2.2 versions of keepalived - both do not work, two 
nodes can not sync correctly. Old installation was fine.

Strange symptoms:

1. On first node keepalived sends vrrp packets on eth0.1 and eth0.3004 with 
correct source ip addresses, but on eth0.3010 it sends packets with "h" source 
address (look below in config). This is vrrp address only, it does not exist in 
static ip configuration.

IP  h > 224.0.0.18: VRRPv2, Advertisement, vrid 23, prio 50, authtype simple, 
intvl 1s, length 20

Setting mcast_src_ip to correct ip-address doest not change anything.

2. On second node keepalived sends vrrp packets on eth0.1 and eth0.3004, but 
does not send to eth0.3010 at all.

Probably some overflow problems with large virtual_ipaddress_excluded block?

Logs:

19:11:43 lb3 Keepalived_vrrp: VRRP_Instance(VI_EXT) Received lower prio advert, 
forcing new election
19:11:44 lb3 Keepalived_vrrp: VRRP_Instance(VI_MC) Received lower prio advert, 
forcing new election
19:11:44 lb3 Keepalived_vrrp: VRRP_Instance(VI_EXT) Received lower prio advert, 
forcing new election
19:11:45 lb3 Keepalived_vrrp: VRRP_Instance(VI_MC) Received lower prio advert, 
forcing new election
19:11:45 lb3 Keepalived_vrrp: VRRP_Instance(VI_EXT) Received lower prio advert, 
forcing new election


18:49:23 lb3 Keepalived_vrrp: VRRP_Instance(VI_MC) Entering BACKUP STATE
18:49:23 lb3 Keepalived_vrrp: VRRP_Group(VG_CLUST) Syncing instances to BACKUP state
18:49:23 lb3 Keepalived_vrrp: VRRP_Instance(VI_GW) Entering BACKUP STATE
18:49:23 lb3 Keepalived_vrrp: VRRP_Instance(VI_EXT) Entering BACKUP STATE
18:49:23 lb3 Keepalived_vrrp: VRRP_Instance(VI_GW) Transition to MASTER STATE
18:49:23 lb3 Keepalived_vrrp: VRRP_Group(VG_CLUST) Syncing instances to MASTER state
18:49:23 lb3 Keepalived_vrrp: VRRP_Instance(VI_MC) Transition to MASTER STATE
18:49:23 lb3 Keepalived_vrrp: VRRP_Instance(VI_EXT) Transition to MASTER STATE
18:49:24 lb3 Keepalived_vrrp: VRRP_Instance(VI_GW) Received higher prio advert
18:49:24 lb3 Keepalived_vrrp: VRRP_Instance(VI_GW) Entering BACKUP STATE
18:49:24 lb3 Keepalived_vrrp: VRRP_Group(VG_CLUST) Syncing instances to BACKUP state
18:49:24 lb3 Keepalived_vrrp: VRRP_Instance(VI_MC) Entering BACKUP STATE
18:49:24 lb3 Keepalived_vrrp: VRRP_Instance(VI_EXT) Entering BACKUP STATE


Configuration:


vrrp_sync_group VG_CLUST {
         group {
                 VI_GW
                 VI_MC
                 VI_EXT
         }
}

vrrp_instance VI_GW {
     include /etc/keepalived/my_state
     interface eth0.3010
     virtual_router_id 23
     advert_int 1
     smtp_alert
     authentication {
         auth_type PASS
         auth_pass mc_lb
     }
     virtual_ipaddress {
         172.16.249.2
     }
}


vrrp_instance VI_MC {
     include /etc/keepalived/my_state
     interface eth0.3004
     virtual_router_id 22
     advert_int 1
     smtp_alert
     authentication {
         auth_type PASS
         auth_pass 11111
     }
     virtual_ipaddress {
         172.16.55.1
     }
}

vrrp_instance VI_EXT {
     include /etc/keepalived/my_state
     interface eth0.1
     virtual_router_id 21
     advert_int 1
     smtp_alert
     authentication {
         auth_type PASS
         auth_pass 11111
     }
     virtual_ipaddress {
         a
         b
         c
         d
         e
         f
         g
     }

     virtual_ipaddress_excluded {
         h
         i
         j
         k
         l
         m
         n
         o
         p
         q
         r
         s
         t
         u
         v
         w
         x
         y
     }
}


------------------------------------------------------------------------------
Benefiting from Server Virtualization: Beyond Initial Workload 
Consolidation -- Increasing the use of server virtualization is a top
priority.Virtualization can reduce costs, simplify management, and improve 
application availability and disaster protection. Learn more about boosting 
the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
_______________________________________________
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]