| Summary: | sys-apps/openrc-0.9.8.1 breaks network bonding | ||
|---|---|---|---|
| Product: | Gentoo Hosted Projects | Reporter: | Michael Reithinger <mreithinger> |
| Component: | OpenRC | Assignee: | OpenRC Team <openrc> |
| Status: | RESOLVED FIXED | ||
| Severity: | major | CC: | atoth, bircoph |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | AMD64 | ||
| OS: | Linux | ||
| Whiteboard: | openrc:oldnet | ||
| Package list: | Runtime testing required: | --- | |
| Bug Depends on: | |||
| Bug Blocks: | 399185, 400787 | ||
| Attachments: | And here is the fix | ||
The same problem here with openrc-0.9.8.1: in raises bond-dependent vlans not on bond0, but on the last bond's slave (eth1): vlan23@eth1, vlan25@eth1, etc instead of vlan23@bond0, vlan25@bond0, etc... when vlan_bond0="23 25" slaves_bond0="eth0 eth1" Sorry, can't post more ATM, because I lost networks access to my system due to this nice, yummy, tasty, wonderful, ingenious update and I'm working with it using ilo. The same shit with 0.9.8, version 0.9.7 worked well before update. But now, so thanks to someone hastily removed 0.9.7 from the tree, I have to revert to 0.9.4 8-( of course, it also works. Some problem here: XXX ~ # cat /etc/conf.d/net config_eth0="null" config_eth1="null" slaves_bond0="eth0 eth1" dns_servers_bond0="172.17.1.1" config_bond0="172.17.1.130/24" routes_bond0="default gw 172.17.1.20" After downgrade do 0.9.4 all working good. Created attachment 299817 [details, diff]
And here is the fix
The bonding script does a lot of funny stuff, including setting the slaves as IFACE one by one and running commands on them preparing them for the bond.
However currently OpenRC does not unset IFACE (and thus resetting it to the name of the bond) before it returns, making the last slave it poke at the current IFACE, resulting in the rest of the network setup being ran against that slave instead of the bond.
One line fix provided.
Also: tested on a stable system. Has run it on a ~arch system before. Got bitten by this in a former upgrade, and now again this night after I upgraded to OpenRC-0.9.8.1, so it annoyed me enough to post the patch. Please fix soon. Fixed in 0.9.8.2, will be rapid-stable *** Bug 400847 has been marked as a duplicate of this bug. *** (In reply to comment #5) > Also: tested on a stable system. Has run it on a ~arch system before. Got > bitten by this in a former upgrade, and now again this night after I upgraded > to OpenRC-0.9.8.1, so it annoyed me enough to post the patch. > > Please fix soon. Hi Xake! Thanks for the fix! Dw. |
I use the the following /etc/conf.d/net configuration: config_eth0="null" config_eth1="null" slaves_bond0="eth0 eth1" config_bond0="dhcp" This works fine in 0.9.4. In 0.9.8.1 the dhcp lease is not executed for bond0 but for the last slave (eth1): ifconfig shows the following: bond0 Protokoll:Ethernet Hardware Adresse 14:da:e9:15:0e:d6 UP BROADCAST RUNNING MASTER MULTICAST MTU:1500 Metric:1 RX packets:33974 errors:0 dropped:0 overruns:0 frame:0 TX packets:23450 errors:0 dropped:0 overruns:0 carrier:0 Kollisionen:0 Sendewarteschlangenlänge:0 RX bytes:40508403 (38.6 MiB) TX bytes:2199483 (2.0 MiB) eth0 Protokoll:Ethernet Hardware Adresse 14:da:e9:15:0e:d6 UP BROADCAST RUNNING SLAVE MULTICAST MTU:1500 Metric:1 RX packets:17148 errors:0 dropped:0 overruns:0 frame:0 TX packets:11726 errors:0 dropped:0 overruns:0 carrier:0 Kollisionen:0 Sendewarteschlangenlänge:1000 RX bytes:20353454 (19.4 MiB) TX bytes:1102015 (1.0 MiB) Interrupt:18 Speicher:fbc00000-fbc20000 eth1 Protokoll:Ethernet Hardware Adresse 14:da:e9:15:0e:d6 inet Adresse:192.168.2.107 Bcast:192.168.2.255 Maske:255.255.255.0 inet6 Adresse: fe80::16da:e9ff:fe15:ed6/64 Gültigkeitsbereich:Verbindung UP BROADCAST RUNNING SLAVE MULTICAST MTU:1500 Metric:1 RX packets:16826 errors:0 dropped:0 overruns:0 frame:0 TX packets:11724 errors:0 dropped:0 overruns:0 carrier:0 Kollisionen:0 Sendewarteschlangenlänge:1000 RX bytes:20154949 (19.2 MiB) TX bytes:1097468 (1.0 MiB) Interrupt:18 Speicher:fb800000-fb820000 The same happend with a manual configuration like: config_bond0="192.168.2.33 netmask 255.255.255.0" routes_bond0="default via 192.168.2.1" The last slave (eth0) will configured, but not the bond0 device. Reproducible: Always