[Bug 1224007] Re: mtu not always set properly on bond/vlan interface
Robie Basak
1224007 at bugs.launchpad.net
Wed Oct 5 10:37:50 UTC 2016
The fix looks great. Uploaded to Yakkety, thank you for your efforts.
This bug is missing full SRU information, so I can't upload the SRUs
right now. This would be best done by the person most familiar with the
bug and fix to minimise risk to users. Please can you complete these,
eg. the "Regression Potential" section? See
https://wiki.ubuntu.com/StableReleaseUpdates#Procedure for details.
For the SRU version numbers, I'd prefer to see the scheme used that is
documented at
https://wiki.ubuntu.com/SecurityTeam/UpdatePreparation#Update_the_packaging.
This reduces the potential for mistakes and makes it clear that the
version is an SRU. For example, your version number for Precise is
outright wrong as version 1.9-3ubuntu7 has already been published in
Quantal; using the documented scheme would have avoided this error.
Please complete the SRU information, and I'll sponsor the SRUs for you.
Thanks!
** Changed in: vlan (Ubuntu)
Status: Triaged => Fix Committed
--
You received this bug notification because you are a member of Ubuntu
Sponsors Team, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/1224007
Title:
mtu not always set properly on bond/vlan interface
Status in vlan package in Ubuntu:
Fix Committed
Status in vlan source package in Precise:
Triaged
Status in vlan source package in Trusty:
Triaged
Status in vlan source package in Xenial:
Triaged
Status in vlan package in Debian:
New
Bug description:
* Description
When configuring a network with bonding+vlan and setting the MTU,
occasionally the MTU doesn't get set properly on the vlan interface.
In addition if one checks /var/log/upstart/networking.log whenever there is a failure the following message is printed:
SIOCSIFMTU: Numerical result out of range
I've tested the latest ifupdown package (0.7.44) and the problem still exists.
Multi/single CPU settings both exhibit the issue.
* Versions
This affects latest ifupdown and ubuntu p/q/r/s.
* Test Case
# Create a p/q/r/s server vm with two network interfaces
# This is reproducible on real hardware as well
# Install the following
sudo apt-get install vlan ifenslave-2.6 bridge-utils
sudo modprobe bonding 8021q
# Edit the interfaces file
/etc/networking/interfaces:
auto bond0
iface bond0 inet manual
bond-mode 802.3ad
bond-miimon 100
bond-lacp-rate 1
bond-slaves eth0 eth1
post-up ifconfig bond0 mtu 9000
auto eth0
iface eth0 inet manual
bond-master bond0
post-up ifconfig eth0 mtu 9000
auto eth1
iface eth1 inet manual
bond-master bond0
post-up ifconfig eth1 mtu 9000
auto bond0.123
iface bond0.123 inet static
address 192.168.122.68
netmask 255.255.255.0
gateway 192.168.122.1
post-up ifconfig bond0.123 mtu 9000
# edit rc.local (or another startup script) so we reboot until we hit the error
/etc/rc.local:
DEVS="eth0 eth1 bond0 bond0.123"
for d in $DEVS; do
mtu=$(cat /sys/class/net/$d/mtu)
if [ $mtu != 9000 ]; then
echo "FAIL"
exit 1
fi
done
reboot
exit 0
# Now reboot the machine, within 10m or so you should be at the login prompt
# if you ifconfig | grep MTU you will see some of our interfaces did not get
# the MTU properly set and the test failed.
# Essentially we want to ensure that all MTU's (except lo) were set to 9000
* Workaround
Change the bond0.123 post-up command to:
post-up sleep 2 && ifconfig bond0.123 mtu 9000
Now when rebooting the interfaces will all be brought up with the
proper MTU.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/vlan/+bug/1224007/+subscriptions
More information about the Ubuntu-sponsors
mailing list