lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<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

Powered by Openwall GNU/*/Linux Powered by OpenVZ