Red Hat Bugzilla – Bug 27375
dhcpcd can`t get IP infos at first attempt
Last modified: 2008-05-01 11:37:59 EDT
From Bugzilla Helper:
User-Agent: Mozilla/4.76 [en] (X11; U; Linux 2.2.16-3 i686)
When using dhcpcd only to determine the IP infos (pump can`t set
hostnames), dhcpcd is not able to send a correct dhcp request at the first
I.e. it sends a request with the clientID 00:00:00:00:00:00, instead of the
real MAC address of the NIC.
The problem did not change with the lastest kernel (2.2.17-14) nor with the
latest dhcpcd version (1.3.19pl6-1).
The second attempt will work, resulting in a dhcp request with the correct
MAC address. It looks like the kernel module loader loads the module for
the NIC (3c90x) by the time dhcpcd is called in ifup but then fails to
provide the MAC address to dhcpcd.
Steps to Reproduce:
1. ifdown eth0 ; rmmod 3c90x
2. /sbin/dhcpcd -R -B -H eth0
Actual Results: dhcp server log: dhcpd: no free leases on network
126.96.36.199 match 00:00:00:00:00:00
On the client: 3Com 3c90x Version 1.0.0i 1999 (firstname.lastname@example.org)
timeout after 60s
Expected Results: dhcp server log:
dhcpd: DHCPDISCOVER from 00:b0:d0:7b:b6:6c via hme0
dhcpd: DHCPOFFER on 188.8.131.52 to 00:b0:d0:7b:b6:6c via hme0
dhcpd: DHCPREQUEST for 184.108.40.206 from 00:b0:d0:7b:b6:6c via hme0
dhcpd: DHCPACK on 220.127.116.11 to 00:b0:d0:7b:b6:6c via hme0
Interestingly, doing step 2. with pump works w/o any problems.
An easy workaround is to use pump first and dhcpcd the next line.
Does it work better if you use the 3c59x driver?
Indeed, the problem disappears when using the module 3c59x instead of 3c90x.
Sounds like already resolved.