[ClusterLabs] Cannot ping a secondary address apart from the server which it is assigned to (on Azure)

[Paul Warwicker]

On 01/11/2021 05:36, Andrei Borzenkov wrote:
>
> Do you see any traffic to this configured address (tcpdump, wireshark)?
> Is firewall active?

There is no firewall on either server.

Yes I do see activity on that interface, but no ping activity. 
haswmfs-vm-lin-000 has the resources and haswmfs-vm-lin-001 is the node 
pinging

      tcpdump -i eth0:haswmfs src haswmfs-vm-lin-001 > tcpdump.log

Partial output

11:22:30.834637 IP haswmfs-vm-lin-001.internal.cloudapp.net.netsupport > 
haswmfs-vm-lin-000.internal.cloudapp.net.netsupport: UDP, length 128
11:22:31.396666 IP haswmfs-vm-lin-001.internal.cloudapp.net.netsupport > 
haswmfs-vm-lin-000.internal.cloudapp.net.netsupport: UDP, length 128
11:22:31.442038 IP haswmfs-vm-lin-001.internal.cloudapp.net.netsupport > 
haswmfs-vm-lin-000.internal.cloudapp.net.netsupport: UDP, length 80
11:22:31.576528 IP haswmfs-vm-lin-001.internal.cloudapp.net.netsupport > 
haswmfs-vm-lin-000.internal.cloudapp.net.netsupport: UDP, length 80
11:22:31.645578 ARP, Reply haswmfs-vm-lin-001.internal.cloudapp.net 
is-at 12:34:56:78:9a:bc (oui Unknown), length 28
11:22:31.958677 IP haswmfs-vm-lin-001.internal.cloudapp.net.netsupport > 
haswmfs-vm-lin-000.internal.cloudapp.net.netsupport: UDP, length 128
11:22:32.242469 IP haswmfs-vm-lin-001.internal.cloudapp.net.netsupport > 
haswmfs-vm-lin-000.internal.cloudapp.net.netsupport: UDP, length 80
11:22:32.377016 IP haswmfs-vm-lin-001.internal.cloudapp.net.netsupport > 
haswmfs-vm-lin-000.internal.cloudapp.net.netsupport: UDP, length 80
11:22:32.520664 IP haswmfs-vm-lin-001.internal.cloudapp.net.netsupport > 
haswmfs-vm-lin-000.internal.cloudapp.net.netsupport: UDP, length 128
11:22:33.042887 IP haswmfs-vm-lin-001.internal.cloudapp.net.netsupport > 
haswmfs-vm-lin-000.internal.cloudapp.net.netsupport: UDP, length 80
11:22:33.082948 IP haswmfs-vm-lin-001.internal.cloudapp.net.netsupport > 
haswmfs-vm-lin-000.internal.cloudapp.net.netsupport: UDP, length 128
11:22:33.177033 IP haswmfs-vm-lin-001.internal.cloudapp.net.netsupport > 
haswmfs-vm-lin-000.internal.cloudapp.net.netsupport: UDP, length 80
11:22:33.644930 IP haswmfs-vm-lin-001.internal.cloudapp.net.netsupport > 
haswmfs-vm-lin-000.internal.cloudapp.net.netsupport: UDP, length 128
11:22:33.843392 IP haswmfs-vm-lin-001.internal.cloudapp.net.netsupport > 
haswmfs-vm-lin-000.internal.cloudapp.net.netsupport: UDP, length 80
11:22:33.977213 IP haswmfs-vm-lin-001.internal.cloudapp.net.netsupport > 
haswmfs-vm-lin-000.internal.cloudapp.net.netsupport: UDP, length 80
11:22:34.207093 IP haswmfs-vm-lin-001.internal.cloudapp.net.netsupport > 
haswmfs-vm-lin-000.internal.cloudapp.net.netsupport: UDP, length 128
11:22:34.643874 IP haswmfs-vm-lin-001.internal.cloudapp.net.netsupport > 
haswmfs-vm-lin-000.internal.cloudapp.net.netsupport: UDP, length 80
11:22:34.769242 IP haswmfs-vm-lin-001.internal.cloudapp.net.netsupport > 
haswmfs-vm-lin-000.internal.cloudapp.net.netsupport: UDP, length 128
11:22:34.777436 IP haswmfs-vm-lin-001.internal.cloudapp.net.netsupport > 
haswmfs-vm-lin-000.internal.cloudapp.net.netsupport: UDP, length 80

If I change the command to be:

      tcpdump -i eth0 src haswmfs-vm-lin-001 > tcpdump.log

I see similar output, but I will also see additional ICMP traffic.

-paul