that is caused by tcp offloading features in virtual machines network hw. google for it.
Mit freundlichen Grüßen Stefan Bauer -- Cubewerk GmbH Herzog-Otto-Straße 32 83308 Trostberg 08621 - 99 60 237 HRB 22195 AG Traunstein GF Stefan Bauer Am 14.02.2014 um 08:56 schrieb "Beo Banks" <beo.ba...@googlemail.com <mailto:beo.ba...@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 <li...@alteeve.ca <mailto:li...@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@oss.clusterlabs.org <mailto:Pacemaker@oss.clusterlabs.org> http://oss.clusterlabs.org/mailman/listinfo/pacemaker <http://oss.clusterlabs.org/mailman/listinfo/pacemaker> Project Home: http://www.clusterlabs.org <http://www.clusterlabs.org> Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf <http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf> Bugs: http://bugs.clusterlabs.org <http://bugs.clusterlabs.org> _______________________________________________ Pacemaker mailing list: Pacemaker@oss.clusterlabs.org <mailto:Pacemaker@oss.clusterlabs.org> http://oss.clusterlabs.org/mailman/listinfo/pacemaker <http://oss.clusterlabs.org/mailman/listinfo/pacemaker> Project Home: http://www.clusterlabs.org <http://www.clusterlabs.org> Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf <http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf> Bugs: http://bugs.clusterlabs.org <http://bugs.clusterlabs.org>
_______________________________________________ Pacemaker mailing list: Pacemaker@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