netcfg/choose_interface=auto fails to find the right interface
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
netcfg (Ubuntu) |
Confirmed
|
Medium
|
Unassigned |
Bug Description
Binary package hint: netcfg
Under some circumstances, netcfg may not be able to find the right interface to run dhclient on when netcfg/
I'm hitting a problem on a number of servers that have one or two Broadcom BCM5708 interfaces *and* two Intel gigabit interfaces. If the network connection is plugged in to the BCM5708, the install will often fail to find a network with netcfg/
The problem is that the BCM5708 doesn't report link up until you try to send traffic over it. So none of the interfaces on the server report having a link, and netcfg tries dhcp on just eth0. Depending on the order the network modules have been loaded, eth0 may be the BCM5708 or it may be the Intel. If eth0 is the Intel, d-i attempts to run dhclient on the wrong interface, and it fails.
I think a reasonable solution to this problem would be for netcfg to attempt dhclient on all interfaces until one succeeds. Or perhaps it should do this only when no interfaces report a link. Either way, I don't think we can rely entirely on link status, because not all NIC report this correctly.
Changed in netcfg (Ubuntu): | |
assignee: | nobody → Canonical Foundations Team (canonical-foundations) |
information type: | Public → Public Security |
information type: | Public Security → Public |
Would you be able to retry this with a current natty installation image cdimage. ubuntu. com/netboot/ natty/)? netcfg's
(netboot links at http://
link-detection behaviour was substantially changed upstream in version
1.60, and I would be interested to know if this addresses your problem.