Created attachment 319558 [details] change order of IF initialization when dealing with bridged bond devices Description of problem: I tried to bridge bond device, but it was not possible as order of bringing up devices is wrong: - unable to add bond0 device to br0 (because bond0 has no slaves at the moment) - after manual interface configuration, unable to bring down bond0 device because bond0 still has slaves. Version-Release number of selected component (if applicable): initscripts-8.45.19.1.EL-1.el5 How reproducible: Easy Steps to Reproduce: 1. Configure eth, bond and br interfaces: # cat ifcfg-bond0 DEVICE=bond0 BOOTPROTO=none BRIDGE=br0 NOZEROCONF=yes ONBOOT=yes BONDING_OPTS="mode=1 miimon=100 primary=eth0" # cat ifcfg-br0 DEVICE=br0 TYPE=Bridge BOOTPROTO=none IPADDR=192.168.1.1 NETWORK=192.168.1.0 BROADCAST=192.168.1.255 NETMASK=255.255.255.0 NOZEROCONF=yes ONBOOT=yes GATEWAY=192.168.1.254 # cat ifcfg-eth0 DEVICE=eth0 HWADDR=00:90:27:0d:2b:54 BOOTPROTO=none NOZEROCONF=yes ONBOOT=yes MASTER=bond0 SLAVE=yes # cat ifcfg-eth3 DEVICE=eth3 ONBOOT=yes BOOTPROTO=none HWADDR=00:50:8b:63:35:eb MASTER=bond0 SLAVE=yes 2. Try to bring them up (or restart network): Bringing up interface bond0: can't add bond0 to bridge br0: Invalid argument [ OK ] # brctl show bridge name bridge id STP enabled interfaces br0 8000.000000000000 no Additional info: Attached patch changes order of interface initialization, and solves this problem.
*** This bug has been marked as a duplicate of bug 463014 ***