Another related fix for this is here:
commit f45a5c267da35174e22cec955093a7513dc1623d
Author: Eric Dumazet <eduma...@google.com>
Date: Fri Feb 8 20:10:49 2013 +0000
veth: fix NULL dereference in veth_dellink()
commit d0e2c55e7c940 (veth: avoid a NULL deref in veth_stats_one)
added another NULL deref in veth_dellink().
# ip link add name veth1 type veth peer name veth0
# rmmod veth
We crash because veth_dellink() is called twice, so we must
take care of NULL peer.
Signed-off-by: Eric Dumazet <eduma...@google.com>
Signed-off-by: David S. Miller <da...@davemloft.net>
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1201869
Title:
poor networking throughput across an OpenStack Neutron router on
3.5/3.8 kernels
Status in “linux” package in Ubuntu:
Fix Released
Status in “linux” source package in Quantal:
Fix Committed
Status in “linux” source package in Raring:
Fix Committed
Bug description:
SRU Justification:
Impact:
Users of the 3.5/3.8 kernel will have poor network throughput when using
OpenStack Neutron depending on their setup.
Fix:
These patches are all in Ubuntu-3.9.0-7.15 / v3.9-rc1:
2681128f0ced8aa4e66f221197e183cc16d244fe
8093315a91340bca52549044975d8c7f673b28a1
d0e2c55e7c940a3ee91e9e23a2683b593690f1e9
Testcase:
Setup OpenStack Neutron. Test throughput between internal and external nodes.
The following explains an example vlan+namespace configuration:
Internal Node: [10.x.x.2]->eth2.123->br123->tap123->qr-123[10.x.x.1] <---
netns: qrouter-123
netns: qrouter-123 ---> qg-234[10.x.y.1]->tap234->br234->eth2.234->External
Node[10.x.y.2]
Where:
1) tap123+qr-123 and tap234+qg-234 are veth pairs
2) qr-123 and qg-234 reside inside the qrouter-123 namespace
--
OpenStack Neutron does IP forwarding through a network namespace. A
veth pair is used to connect into the namespace. The veth pair appears
to be the bottleneck, independent of network namespace. In newer
versions of Linux (Ubuntu-3.9.0-7.15 / v3.9-rc1 and greater)
throughput is much higher by almost 3 times. For example with some
testing throughput is 3.5 Gbps in pre 3.9-rc1 versions and 9.1 Gbps
with these patches applied.
This has been confirmed on kernels from 3.5.x-3.8.x. (Quantal and
Raring lts backports)
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1201869/+subscriptions
--
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help : https://help.launchpad.net/ListHelp
