Keepalived组播故障排查

现象：

结果启动后发现三台虚拟机都配上vip，keepalived.log日志中也未看见error的报错信息。

排查过程：

这些典型的脑裂(split brain)现象，一般来说先检查配置文件是否配的有问题。注意下virtual_router_id 的值。两边是否一样。

然后就是大杀器tcpdump出马了。

首先分别在三台机器执行

tcpdump -nn -c 20 -i any host 224.0.0.18

抓取20个VRRP包，正常输出应该如下：

15:30:25.406369 IP 192.168.70.99 > 224.0.0.18: VRRPv2, Advertisement, vrid 71, prio 1, authtype simple, intvl 1s, length 20
15:30:25.406440 IP 192.168.70.99 > 224.0.0.18: VRRPv2, Advertisement, vrid 71, prio 1, authtype simple, intvl 1s, length 20
15:30:25.406369 IP 192.168.70.99 > 224.0.0.18: VRRPv2, Advertisement, vrid 71, prio 1, authtype simple, intvl 1s, length 20

如果有输出，查看IP后面字段，在本次故障中，这里只有本机的IP，这说明vrrp包是正常发送出去的，但是没有收到其他机器的vrrp包，说明可能接收组播有问题。

然后再找一台同网段的机器，执行：

tcpdump -nn  -i any host 224.0.0.18

收集一段时间（这时候也可以注意下vrid有没有与别人的冲突），发现三台机的vrrp包都抓到了，说明三台机都能成功发出组播来，但是各自都没有收到。

由于手上也没有iperf工具，也没有做其他的排查，但是基本上也知道是内核参数的设置或者网卡的问题了。

原因：

由于这个系统在其他机器上是正常的，检查发现是在使用virt-manager新建虚拟机的时候，选择nat网卡模式，这种情况需要手动新建br网卡，再使用桥接模式才能成功。

补充：

防火墙开放vrrp包：

#iptables -I INPUT -i eth0 -d 224.0.0.0/8 -p vrrp -j ACCEPT
# iptables -I OUTPUT -o eth0 -d 224.0.0.0/8 -p vrrp -j ACCEPT

内核开启转发：

# echo "net.ipv4.ip_forward = 1" >> /etc/sysctl.conf
# sysctl -p