[Pacemaker] Multicast pitfalls? corosync [TOTEM ] Retransmit List:

Fri Feb 14 07:55:51 UTC 2014

if i run any crm command e.g crm resource move whatever 2node

corosync.log
show every second a  [TOTEM ] Retransmit List: ......

tcpdump

ength 1451: (tos 0x0, ttl 1, id 0, offset 0, flags [DF], proto UDP (17),
length 1437)
    10.0.0.21.hpoms-dps-lstn > 226.94.1.1.netsupport: [bad udp cksum e04a!]
UDP, length 1409
08:51:28.582152 52:54:00:09:ef:2f > 01:00:5e:5e:01:01, ethertype IPv4
(0x0800), length 1451: (tos 0x0, ttl 1, id 0, offset 0, flags [DF], proto
UDP (17), length 1437)
    10.0.0.21.hpoms-dps-lstn > 226.94.1.1.netsupport: [bad udp cksum f4ee!]
UDP, length 1409
08:51:28.582217 52:54:00:09:ef:2f > 01:00:5e:5e:01:01, ethertype IPv4
(0x0800), length 1451: (tos 0x0, ttl 1, id 0, offset 0, flags [DF], proto
UDP (17), length 1437)
    10.0.0.21.hpoms-dps-lstn > 226.94.1.1.netsupport: [bad udp cksum cc45!]
UDP, length 1409
08:51:28.582278 52:54:00:09:ef:2f > 01:00:5e:5e:01:01, ethertype IPv4
(0x0800), length 1451: (tos 0x0, ttl 1, id 0, offset 0, flags [DF], proto
UDP (17), length 1437)
    10.0.0.21.hpoms-dps-lstn > 226.94.1.1.netsupport: [bad udp cksum 3df9!]
UDP, length 1409
08:51:28.582349 52:54:00:09:ef:2f > 01:00:5e:5e:01:01, ethertype IPv4
(0x0800), length 1451: (tos 0x0, ttl 1, id 0, offset 0, flags [DF], proto
UDP (17), length 1437)
    10.0.0.21.hpoms-dps-lstn > 226.94.1.1.netsupport: [bad udp cksum 771!]
UDP, length 1409
08:51:28.582406 52:54:00:09:ef:2f > 01:00:5e:5e:01:01, ethertype IPv4
(0x0800), length 1451: (tos 0x0, ttl 1, id 0, offset 0, flags [DF], proto
UDP (17), length 1437)
    10.0.0.21.hpoms-dps-lstn > 226.94.1.1.netsupport: [bad udp cksum 7f89!]
UDP, length 1409
08:51:28.582475 52:54:00:09:ef:2f > 01:00:5e:5e:01:01, ethertype IPv4
(0x0800), length 1451: (tos 0x0, ttl 1, id 0, offset 0, flags [DF], proto
UDP (17), length 1437)
    10.0.0.21.hpoms-dps-lstn > 226.94.1.1.netsupport: [bad udp cksum 9865!]
UDP, length 1409
08:51:28.582526 52:54:00:09:ef:2f > 01:00:5e:5e:01:01, ethertype IPv4
(0x0800), length 1264: (tos 0x0, ttl 1, id 0, offset 0, flags [DF], proto
UDP (17), length 1250)
    10.0.0.21.hpoms-dps-lstn > 226.94.1.1.netsupport: [bad udp cksum c8ca!]
UDP, length 1222

2014-02-14 8:48 GMT+01:00 Beo Banks <beo.banks at googlemail.com>:

> hi
>
>
> [bad udp cksum fa38!]
>
> is that a normal?
>
>
> node 1
>
>  tcpdump -envv "port 5405" -i eth1
> tcpdump: listening on eth1, link-type EN10MB (Ethernet), capture size
> 65535 bytes
> 08:46:01.230420 52:54:00:09:ef:2f > 52:54:00:ba:8a:1c, ethertype IPv4
> (0x0800), length 149: (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto
> UDP (17), length 135)
>     10.0.0.21.hpoms-dps-lstn > 10.0.0.22.netsupport: [bad udp cksum fa38!]
> UDP, length 107
> 08:46:01.440315 52:54:00:09:ef:2f > 01:00:5e:5e:01:01, ethertype IPv4
> (0x0800), length 161: (tos 0x0, ttl 1, id 0, offset 0, flags [DF], proto
> UDP (17), length 147)
>     10.0.0.21.hpoms-dps-lstn > 226.94.1.1.netsupport: [bad udp cksum
> 7339!] UDP, length 119
> 08:46:02.015321 52:54:00:ba:8a:1c > 52:54:00:09:ef:2f, ethertype IPv4
> (0x0800), length 149: (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto
> UDP (17), length 135)
>     10.0.0.22.hpoms-dps-lstn > 10.0.0.21.netsupport: [udp sum ok] UDP,
> length 10
>
>
> 2014-02-13 19:37 GMT+01:00 Digimer <lists at alteeve.ca>:
>
> On 13/02/14 12:01 PM, Beo Banks wrote:
>>
>>> hi thanks...for your help.
>>> i have two node cluster
>>> both node are running on seperate hosts.
>>> the 2x hosts have 2 nic's ....eth0 is 172.XXX...whatever and eth1 is
>>> direct connection (crossover cable) between the hosts.
>>> the issue must be my kvm host,or?
>>>
>>
>> What kind of bridging are you using? Standard NAT'ed virbr0 bridges? If
>> so, can you/have you tried using traditional bridging? That should turn the
>> bridge into more of a traditional switch instead of relying on packet
>> routing... I've had no trouble with VM clusters, but I only ever tested
>> with both VMs on the same host.
>>
>> Here's how I build my bridges:
>>
>> https://alteeve.ca/w/AN!Cluster_Tutorial_2#Configuring_our_Bridge.2C_
>> Bonds_and_Interfaces
>>
>> Of course, you could create a stand-alone bridge and use brctl to attach
>> the real interface instead of modifying the network config, if you just
>> want to test. Once the bridge is built, simple adjust the VM's config to
>> use the new bridge. If that works well, then you could consider a more
>> permanent config.
>>
>> --
>> Digimer
>> Papers and Projects: https://alteeve.ca/w/
>> What if the cure for cancer is trapped in the mind of a person without
>> access to education?
>>
>>
>> _______________________________________________
>> Pacemaker mailing list: Pacemaker at oss.clusterlabs.org
>> http://oss.clusterlabs.org/mailman/listinfo/pacemaker
>>
>> Project Home: http://www.clusterlabs.org
>> Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
>> Bugs: http://bugs.clusterlabs.org
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.clusterlabs.org/pipermail/pacemaker/attachments/20140214/8c133f66/attachment.htm>