NetworkManager doesn't work if latest dhcp3-client package is installed
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
dhcdbd (Ubuntu) |
Fix Released
|
Medium
|
Martin Pitt |
Bug Description
I upgraded my Dapper system and this upgrade included updates to the dhcp3-client and dhcp3-common packages. After rebooting NetworkManager stopped working. It connected to the AP but never got an IP address. The log showed this message:
Feb 21 02:10:34 localhost NetworkManager: <information>
Feb 21 02:10:35 localhost NetworkManager: <information>
Feb 21 02:10:35 localhost dhclient: Internet Systems Consortium DHCP Client V3.0.3
Feb 21 02:10:35 localhost dhclient: Copyright 2004-2005 Internet Systems Consortium.
Feb 21 02:10:35 localhost dhclient: All rights reserved.
Feb 21 02:10:35 localhost dhclient: For info, please visit http://
Feb 21 02:10:35 localhost dhclient: Usage: dhclient [-1dqr] [-nw] [-p <port>] [-s server]
Feb 21 02:10:35 localhost dhclient: [-cf config-file] [-lf lease-file][-pf pid-file] [-e VAR=val]
Feb 21 02:10:35 localhost dhclient: [-sf script-file] [interface]
This occurs because NetworkManager invokes dhclient with the following arguments:
-r -lf /var/lib/
And -x is no longer a valid argument.
The only solution possible is to revert to an older version.
Dropping the -x option doesn't help. I tried with a locally build dhcdbd package. Network-manager enters into an zeroconf setup where in it gets a useless IP.
Feb 21 12:39:07 localhost ntpdate[5495]: no server suitable for synchronization found ^IDevice 'eth1' DHCP transaction took too long (>25s), stopping it. ^IActivation (eth1) Stage 4 (IP Configure Timeout) scheduled... ^IActivation (eth1) Stage 4 (IP Configure Timeout) started... ^Iautoip: Sending probe #0 for IP address 169.254.244.174.
Feb 21 12:39:21 localhost NetworkManager: <information>
Feb 21 12:39:21 localhost NetworkManager: <information>
Feb 21 12:39:21 localhost NetworkManager: <information>
Feb 21 12:39:21 localhost NetworkManager: <information>^INo DHCP reply received. Automatically obtaining IP via Zeroconf.
Feb 21 12:39:21 localhost NetworkManager: <information>
The only way to get around this is by disabling eth1 in /etc/network/ interfaces and using ifup eth1 after the system booted.