On Dec 3, 2008, at 4:09 AM, Kingsly John <member+centos at kingsly.net> wrote: > Sorry about the multiple mails that came through to the list. > > I'd been trying to send them out for over 20 hours and they wouldn't > relay > through a openvpn tunnel because of the "Badness". > > I had moved the queue manually and forgot to remove the mail that went > through. > >> Dec 2 16:05:21 noc kernel: Badness in local_bh_enable at kernel/ >> softirq.c:141 >> Dec 2 16:05:21 noc kernel: [<c0121178>] local_bh_enable+0x47/0x6f >> Dec 2 16:05:21 noc kernel: [<c02177d5>] skb_checksum+0x133/0x25e >> Dec 2 16:05:21 noc kernel: [<c0250f06>] udp_poll+0x66/0x113 >> Dec 2 16:05:21 noc kernel: [<c02135fd>] sock_poll+0x19/0x1d >> Dec 2 16:05:21 noc kernel: [<c016d1a6>] do_select+0x190/0x2c7 >> Dec 2 16:05:21 noc kernel: [<c016ceb5>] __pollwait+0x0/0x9b >> Dec 2 16:05:21 noc kernel: [<c0144ae4>] __kmalloc+0x56/0xd3 >> Dec 2 16:05:21 noc kernel: [<c016d5dc>] sys_select+0x2e7/0x45c >> Dec 2 16:05:21 noc kernel: [<c010740f>] syscall_call+0x7/0xb > > This seems to happen on certain mails which are relayed through an > openvpn > connection on the router VM.(possibly everytime sendmail tries to > clear the > queue.) And the mail never gets out and the the connection times out. > > All test mails (one liners) went out without any problems via the VPN. > > After sending one mail by-passing the VPN, i went ahead and switched > the > kernel.. and now all my mails are relaying. As you found out you need more memory for the RH 2.6.18 kernel then then stock one which Xen.org uses because RH backports later kernel features and enables advanced features. The errors you are seeing are network related so it might be checksum offloading in dom0 and domU is getting in the way. Use ethtool to disable checksum offloading in dom0 and the domU. This is a newer Xen "feature" then what was in your older kernel you could just try disabling checksum offloading in the domU only. -Ross