[DRBD-user] RE: LVM->DRBD->Xen Kernel panic after DRBD connection broken

Maros TIMKO timko at pobox.sk
Tue Dec 23 14:32:33 CET 2008

Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.


Unbelievable Lars, thanks for pointing me into correct way - without iptables it works fine. 

So now I just need to fiddle with offload timing and probably look at iptables. I removed the HW TOE key, but seems like I also have to run ethtool -K ... at the right time.

Merry Xmas and HNY everyone!

> > Bridge firewalling registered
> > virbr0: Dropping NETIF_F_UFO since no NETIF_F_HW_CSUM feature.
> > xenbr0: Dropping NETIF_F_UFO since no NETIF_F_HW_CSUM feature.
> 
> messages about udp fragmentation offloading enabled while
> hardware checksum offloading not available.  which is an invalid
> configuration, but should otherwise not be something to worry about.
> > Call Trace:
> >  <IRQ>  [<ffffffff8023d16d>] skb_checksum+0x123/0x271
> >  [<ffffffff8040a3d9>] skb_checksum_help+0x71/0xd0
> 
> 
> something blows up in the calculating of ip/tcp checksums.
> DRBD won't have anything to do with this.
> 
> try to toggle on or off all checksum offloading before adding the
> interfaces into the xen bridge, maybe that helps? (ethtool -K ...)
> 
> >  [<ffffffff8831233e>] :iptable_nat:ip_nat_fn+0x56/0x1c3
> 
> does it work without iptables?
> 
> and a completely blind guess: you did not "overoptimize" the kernel,
> i.e. use compiler optimization options for features your cpu does not
> have, or does not have in the XEN world?
> 
> does your cpu run too hot?
> 
> -- 
> : Lars Ellenberg
> : LINBIT | Your Way to High Availability
> : DRBD/HA support and consulting http://www.linbit.com
> 
> DRBD® and LINBIT® are registered trademarks of LINBIT, Austria.
> __
> please don't Cc me, but send to list   --   I'm subscribed




More information about the drbd-user mailing list