Bug 439038 – sys-apps/openrc-0.11.1 - net.br0 not starting: waiting for carrier

• Status: RESOLVED DUPLICATE of bug 438970
• Product: Gentoo Hosted Projects

[Description Alexey Sychev 2012-10-20 08:54:38 UTC]

ACCEPT_KEYWORDS="~x86"

gentoo ~ # equery l baselayout openrc udev udev-init-scripts
 * Searching for baselayout ...
[IP-] [  ] sys-apps/baselayout-2.2:0

 * Searching for openrc ...
[IP-] [  ] sys-apps/openrc-0.11.1:0

 * Searching for udev ...
[IP-] [  ] sys-fs/udev-194:0

 * Searching for udev-init-scripts ...
[IP-] [  ] sys-fs/udev-init-scripts-17-r1:0

/etc/conf.d/net

modules_eth0="dhclient"
config_eth0="dhcp"
metric_eth0=0
dhcp_eth0="nodns"

config_eth1="null"
modules_eth1="!plug"

config_eth2="null"
modules_eth2="!plug"

config_eth3="null"
modules_eth3="!plug"

config_eth4="null"
modules_eth4="!plug"

modules_br0="!plug"
bridge_br0="eth1 eth2 eth3 eth4"
brctl_br0="setfd 0 sethello 1 stp off"
config_br0="192.168.1.1 netmask 255.255.255.0"

net.br0 not starting with "waiting for carrier" message.
If i plug cable in any of eth{1,2,3,4} port - all working ok.

[Comment 1 DaggyStyle 2012-10-20 18:35:09 UTC]

same here:
 * Searching for baselayout ...
[IP-] [  ] sys-apps/baselayout-2.2:0

 * Searching for openrc ...
[IP-] [  ] sys-apps/openrc-0.11.1:0

 * Searching for udev ...
[IP-] [  ] sys-fs/udev-171-r7:0

 * Searching for udev-init-scripts ...
!!! No installed packages matching 'udev-init-scripts'
dagg@NCC-5001-D ~ $ cat /etc/conf.d/net
# This blank configuration will automatically use DHCP for any net.*
# scripts in /etc/init.d.  To create a more complete configuration,
# please review /usr/share/doc/openrc/net.example and save your configuration
# in /etc/conf.d/net (this file :]!).

#config_eth0="dhcp"

config_eth0="null"

bridge_br0="eth0 tap0 tap1 tap2"
brctl_br0="setfd 0
sethello 0
stp off" 
rc_net_br0_need="net.tap1"

config_tap0="dhcp"
tuntap_tap0="tap"
tunctl_tap0="-g virt_users"
mac_tap0="0A:F8:1E:71:23:90"

config_tap1="dhcp"
tuntap_tap1="tap"
#tunctl_tap1="null"
mac_tap1="0A:F8:1E:71:23:91"

config_tap2="dhcp"
tuntap_tap2="tap"
tunctl_tap2="-u mythtv"
mac_tap2="0A:F8:1E:71:23:92"

[Comment 2 Ivan Grynko 2012-10-20 22:59:10 UTC]

/etc/init.d/net.wlan0 restart
 * Caching service dependencies ...                                                                                       [ ok ]
 * Stopping hostapd ...                                                                                                   [ ok ]
 * Bringing down interface wlan0
 * Bringing up interface wlan0
 *   Waiting for carrier (5 seconds) .....                                                                                [ !! ]
 *   no carrier
 * ERROR: net.wlan0 failed to start

The same error but with wlan0, adding return 0 after _wait_for_carrier()
{ in /etc/init.d/net.lo solved it for me.

[Comment 3 Martin 2012-10-21 15:35:10 UTC]

Same here. The bridged device br0 (network and virtual tap device)
didn't came up after upgrading to openrc-0.11.x.It seems that the tap devices need an carrier, but its used for openvpn. So there is no link at the create time of the device.

Downgrading to openrc-0.10.5 fixed the problem.
No config changes have been made during down-/upgrade procedure.


/etc/conf.d/net
#-- wan0
config_wan0="192.x.x.2/24 brd 192.x.x.255"
routes_wan0="default via 192.x.x.1"
dns_search_wan0="mrbnet"
dns_servers_wan0="127.0.0.1"
rc_net_wan0_provide="!net"

#-- br0
bridge_br0="en0 vpn0"
config_br0="192.y.y.1/24"
depend_br0() {
        need net.en0
        need net.vpn0
}
rc_net_br0_after="net.wan0"

#-- en0
config_en0="null"

#-- wan1
config_wan1="10.z.z.1/24"
rc_net_wan1_provide="!net"

#-- vpn0
tuntap_vpn0="tap"
config_vpn0="null"
rc_net_vpn0_provide="!net"

[Comment 4 Conrad Kostecki 2012-10-22 09:08:15 UTC]

Same Problem here with my WiFi Access Point!

Can't bring wlan0 up, because its waiting for carrier. With OpenRC 0.10.5, its working fine.

[Comment 5 Conrad Kostecki 2012-10-22 09:27:41 UTC]

I found the solution!
This seem to be a new feature..

Setting carrier_timeout_wlan0="0" in /etc/conf.d/net works and now, the interface starts up. This should also works with tap/tun.

[Comment 6 William Hubbs 2012-10-22 13:57:18 UTC]

*** This bug has been marked as a duplicate of bug 438970 ***