Listens seem correct:
tcp 0 0 192.0.2.13:6379 0.0.0.0:* LISTEN 32378/redis-server tcp 0 0 192.0.2.15:6379 0.0.0.0:* LISTEN 23915/haproxy
But the machine doesn't think it owns the redis VIP. It seems we should be telling keepalived to claim the redis VIP but we're not doing so.
9: br-ex: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1400 qdisc noqueue state UNKNOWN link/ether fa:16:3e:2a:81:4d brd ff:ff:ff:ff:ff:ff inet 192.0.2.13/24 brd 192.0.2.255 scope global dynamic br-ex valid_lft 83265sec preferred_lft 83265sec inet 192.0.2.6/32 scope global br-ex valid_lft forever preferred_lft forever inet6 fe80::f816:3eff:fe2a:814d/64 scope link valid_lft forever preferred_lft forever
Listens seem correct:
tcp 0 0 192.0.2.13:6379 0.0.0.0:* LISTEN 32378/redis-server
tcp 0 0 192.0.2.15:6379 0.0.0.0:* LISTEN 23915/haproxy
But the machine doesn't think it owns the redis VIP. It seems we should be telling keepalived to claim the redis VIP but we're not doing so.
9: br-ex: <BROADCAST, MULTICAST, UP,LOWER_ UP> mtu 1400 qdisc noqueue state UNKNOWN 3eff:fe2a: 814d/64 scope link
link/ether fa:16:3e:2a:81:4d brd ff:ff:ff:ff:ff:ff
inet 192.0.2.13/24 brd 192.0.2.255 scope global dynamic br-ex
valid_lft 83265sec preferred_lft 83265sec
inet 192.0.2.6/32 scope global br-ex
valid_lft forever preferred_lft forever
inet6 fe80::f816:
valid_lft forever preferred_lft forever