[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4F8FCEDA.20504@navynet.it>
Date: Thu, 19 Apr 2012 10:37:46 +0200
From: Massimo Cetra <ctrix+debianbugs@...ynet.it>
To: "Peter Huang(Peng)" <peter.huangpeng@...wei.com>
CC: Massimo Cetra <ctrix+debianbugs@...ynet.it>,
netdev@...r.kernel.org, Eric Dumazet <eric.dumazet@...il.com>
Subject: Re: fake rtable dst patch applied but kernel keeps panicing
On 19/04/2012 10:22, Peter Huang(Peng) wrote:
> Hi, Massimo
>
> can this be reproduce easily or depend on some HW or SW environment?
>
> This patch already verified on 2.6.32.36/54,3.3.1, 3.4.rc[23] for over
> 6 hours, but didn't encounter this problem.
The server is a Dell PowerEdge R410.
The network cards are:
01:00.0 Ethernet controller: Broadcom Corporation NetXtreme II BCM5716
Gigabit Ethernet (rev 20)
01:00.1 Ethernet controller: Broadcom Corporation NetXtreme II BCM5716
Gigabit Ethernet (rev 20)
The server is doing nothing except for routing packets and running
virtual servers.
This server is guesting about 10 KVM virtual servers in a bridged
configuration.
lamu:~# brctl show br0
bridge name bridge id STP enabled interfaces
br0 8000.0024e869f8eb yes eth1
kvmnet-db0
kvmnet-devel0
kvmnet-kermit0
kvmnet-mail0
kvmnet-max0
kvmnet-repo0
kvmnet-voip0
kvmnet-wper0
kvmnet-wsos0
kvmnet-* interfaces are tun devices.
-------------------------
Whenever i add a couple of "virtual" bridges assigning an ip address to,
for example, br0:1 br0:2, the panic happens a couple of times a day.
If i leave only br0 and br1 it's very hard to trigger (but this may be
related to network traffic which, in this case, is very low).
By the way, i'm using this kernel (with and without the previous patch)
on my workstation which has a br0 interface and some VM attached in the
same way.
I am not experiencing crashes and the only difference is that i don't
have, on my desktop, any br0:1 br0:2 interfaces.
Hope it helps.
Max
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists