View previous topic :: View next topic |
Author |
Message |
pent0z Tux's lil' helper
Joined: 17 May 2003 Posts: 131
|
Posted: Wed Feb 21, 2007 9:41 pm Post subject: xen pciback and network cards |
|
|
hi
i know that this can't be the appropriate forum to ask this but i'll try
are there some people that makes an intensive use of xen?
i've started using xen from 2.6.16.28, now i'm running 2.6.18.6 from bugs.gentoo.org
i'm having this trouble since the first xen release on portage (and the last from bugs.gentoo.org too):
i have a set of xen servers that runs an high-availabilty firewall (using heartbeat) on one domU, with a pci ethernet card exported to that domU via the pciback.hide entry in grub.conf
on the others domUs (bridged to vifX and peth0) are running others services, like pdcs, mailservers ecc
the problem occurs when i make high network I/O (via nfs/samba/rsync/scp/ftp) from some machines to the other nic card (not the one exported whit pciback.hide) even if i transfer some data to the dom0 or the domUs... i notice an 'Disabling IRQ 16' (in the domU of the exported card) and the dom0 hangs (with all the domUs)
IRQ 16 is occuped by the exported card
tryied bios upgrades for all the mainboards, with no luck...
the only nic that works and not cause me this problem is the old via-rhine, other cards exported just let my kernel crash... tryied r8169, 8139too, e1000 and *maybe* sky2 cards
currently i'm having some problems, because i can't find via-rhine cards here (i remember some old d-link 530tx, but about 5 years ago!)
anyone having this problem?
tnx _________________ Intel 975XBX, Core 2 Duo E6600, 4Gb DDR2, 4x 74Gb SATA 10000 RAID-0, Geforce 6600 - /dev/mapper/isw_raid0: Timing buffered disk reads: 812 MB in 3.00 seconds = 270.30 MB/sec |
|
Back to top |
|
|
dobh n00b
Joined: 25 Apr 2005 Posts: 10 Location: Finland
|
Posted: Tue Feb 27, 2007 9:21 am Post subject: |
|
|
Might the problem be in the kernel's bridging code?
I had issues with dom0 crashing and rebooting whenever I created network traffic with domU. Dom0 was using sky2-driver.
Talk about the problem: http://lists.xensource.com/archives/html/xen-devel/2006-08/msg01044.html
The fix below is quoted from http://lists.xensource.com/archives/html/xen-devel/2006-08/msg01051.html
Quote: |
The bridge netfilter code saves two more bytes that it should.
In most cases it doesn't hurt because many drivers use NET_IP_ALIGN
to make the IP header aligned, so there are two extra bytes head room
available.
Some drivers don't do that though (sky2 for example), so copying
accesses data outside the skbuff data allocation. On xen kernels
this can kill the machine with a page fault due to the way how
skbuffs are allocated and the memory is managed.
Code: |
---
include/linux/netfilter_bridge.h | 2 +-
net/bridge/br_netfilter.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
--- linux-2.6.17.orig/include/linux/netfilter_bridge.h
+++ linux-2.6.17/include/linux/netfilter_bridge.h
@@ -57,7 +57,7 @@ void nf_bridge_maybe_copy_header(struct
memcpy(skb->data - 18, skb->nf_bridge->data, 18);
skb_push(skb, 4);
} else
- memcpy(skb->data - 16, skb->nf_bridge->data, 16);
+ memcpy(skb->data - 14, skb->nf_bridge->data, 14);
}
}
--- linux-2.6.17.orig/net/bridge/br_netfilter.c
+++ linux-2.6.17/net/bridge/br_netfilter.c
@@ -124,7 +124,7 @@ static inline struct nf_bridge_info *nf_
static inline void nf_bridge_save_header(struct sk_buff *skb)
{
- int header_size = 16;
+ int header_size = 14;
if (skb->protocol == htons(ETH_P_8021Q))
header_size = 18;
|
|
In the 2.6.16.28 kernel, both changes are in same include/linux/netfilter_bridge.h-file.
The linenumber for "memcpy(skb->data - 16, skb->nf_bridge->data, 16);" is 76
and for "int header_size = 16;" it is 83
(The values 16 need to be changed to 14) |
|
Back to top |
|
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|