[Bug 823366] Re: bond_primary is ignored in /etc/network/interfaces
Deric Sullivan
deric.sullivan at ec.gc.ca
Mon Nov 7 21:34:57 UTC 2011
Regarding comment #9:
Maybe there is some type of race condition that could cause the bug but I have many servers that had never shown this bug. And regardless of any possible race condition, the SRU guarantees that the bug will appear.
Regarding comment #8 and #9:
I tried the config as suggested by Steve and unfortunately it makes things worse.
bond0 doesn't even come up. Since bond0 no longer has an "auto bond0" stanza, I see nothing in if-pre-up.d/ifenslave which would bring up bond0.
Also, the README mentions:
"The master interface will be created and set up at the time the first slave
is set up, according to bond_* options in the *slave* stanza. For this
reason, in order to get consistent results, the values of all the bond_*
options should be identical in the master stanza and in all the possible
slave stanzas."
but your example does not do this (I don't think this has anything to do with the problem but I mention it just in case).
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to ifenslave-2.6 in Ubuntu.
https://bugs.launchpad.net/bugs/823366
Title:
bond_primary is ignored in /etc/network/interfaces
Status in “ifenslave-2.6” package in Ubuntu:
Incomplete
Bug description:
The bond_primary declaration in /etc/network/interfaces is not working anymore in 10.04.3.
Setting this value has no influence, it's always set to the lower interface number or none
Workaround:
iface bond0 inet static
bond_slaves eth2 eth0
bond_primary eth2
bond_mode 1
bond_arp_interval 2000
bond_arp_ip_target 192.168.100.1
#bond_num_grat_arp 10
up echo eth2 > /sys/class/net/bond0/bonding/primary
up echo 10 > /sys/class/net/bond0/bonding/num_grat_arp
address 192.168.100.50
netmask 255.255.255.192
gateway 192.168.100.1
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ifenslave-2.6/+bug/823366/+subscriptions
More information about the foundations-bugs
mailing list