Ubuntu 14.04 bonding slaves stay down after boot

Bug #1415302 reported by Alex Gorbachev
24
This bug affects 5 people
Affects Status Importance Assigned to Milestone
ifenslave-2.6 (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

Hello, this is an Ubuntu 14.04.1 LTS server with kernel 3.16.6, setting up a bond of two 40 GbE NICs (Mellanox with the lastest OFED). Looks ike no matter what the order of the slaves is in /etc/network/interfaces, the bond does not bring these up:

Best regards, Alex Gorbachev

root@e2:~# cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# 1GB interface for management
auto eth1
iface eth1 inet static
  address 192.168.168.224
  netmask 255.255.255.0
  gateway 192.168.168.203
  dns-nameservers 192.168.168.203

#First slave
auto eth2
iface eth2 inet manual
bond-master bond0

#Second slave
auto eth3
iface eth3 inet manual
bond-master bond0

# Bond
auto bond0
iface bond0 inet static
  address 10.10.20.224
  netmask 255.255.255.0
  bond-slaves none
  bond-mode balance-rr
  bond-miimon 100
  bond-downdelay 200
  bond-updelay 200

root@e2:~# cat /proc/net/bonding/bond0
Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011)

Bonding Mode: load balancing (round-robin)
MII Status: down
MII Polling Interval (ms): 100
Up Delay (ms): 200
Down Delay (ms): 200

Slave Interface: eth3
MII Status: down
Speed: Unknown
Duplex: Unknown
Link Failure Count: 0
Permanent HW addr: f4:52:14:40:10:f1
Slave queue ID: 0

Slave Interface: eth2
MII Status: down
Speed: Unknown
Duplex: Unknown
Link Failure Count: 0
Permanent HW addr: f4:52:14:40:10:f0
Slave queue ID: 0

root@e2:~# dmesg|grep bond
[ 10.476483] bonding: Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011)
[ 11.546780] bonding: bond0: Setting MII monitoring interval to 100
[ 11.546799] bonding: bond0: Setting down delay to 200
[ 11.546812] bonding: bond0: Setting up delay to 200
[ 11.582857] IPv6: ADDRCONF(NETDEV_UP): bond0: link is not ready
[ 11.582860] 8021q: adding VLAN 0 to HW filter on device bond0
[ 11.673348] bonding: bond0: interface eth2 does not exist!
[ 11.681719] bonding: bond0: interface eth3 does not exist!
[ 18.746452] bonding: bond0: Adding slave eth3
[ 18.794436] bonding: bond0: Enslaving eth3 as an active interface with a down link
[ 18.795687] bonding: bond0: Adding slave eth2
[ 18.828054] bonding: bond0: Enslaving eth2 as an active interface with a down link
[ 19.879933] bonding: bond0: Adding slave eth2
[ 19.879935] bonding: bond0: option slaves: unable to set because the bond device is up
[ 19.911741] bonding: bond0: Adding slave eth3
[ 19.911743] bonding: bond0: option slaves: unable to set because the bond device is up

Revision history for this message
Alex Gorbachev (rwood-b) wrote :
Revision history for this message
Alex Gorbachev (rwood-b) wrote :

Update: following the info in http://unix.stackexchange.com/questions/128439/good-detailed-explanation-of-etc-network-interfaces-syntax this issue is resolved using the following modification. I believe this gives the NIC driver time to start and initialize properly, so then the bond slaves are in the up state:

#First slave
allow-hotplug eth2
iface eth2 inet manual
bond-master bond0

#Second slave
allow-hotplug eth3
iface eth3 inet manual
bond-master bond0

# Bond
auto bond0
iface bond0 inet static
  address 10.10.20.224
  netmask 255.255.255.0
  bond-slaves none
  bond-mode balance-rr
  bond-miimon 100
  bond-downdelay 200
  bond-updelay 200

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in ifenslave-2.6 (Ubuntu):
status: New → Confirmed
Revision history for this message
Michael Bolanos (mbolanos) wrote :

Hello,

Has this issue been resolved?

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Bug attachments

Remote bug watches

Bug watches keep track of this bug in other bug trackers.