From Bugzilla Helper: User-Agent: Mozilla/5.0 (compatible; Konqueror/3.0.0-10; Linux) Description of problem: The -I (set ClientID) command line option does not work. When looking at the dhcpd.leases file on the DHCP server, the client id (uid) is set to the ethernet address no mater what the -I option is set to. Version-Release number of selected component (if applicable): 1.3.22-pl1 How reproducible: Always Steps to Reproduce: 1. dhcpcd -I myclientid -h myhostname eth0 Actual Results: uid is set to ethernet address in dhcpd.leases Expected Results: uid should be set to "\000myclientid" Additional info: I previously sent a bug report to "sv" but I thought I'd better enter it here as well.
I took a fast look at the source and found something strange in client.c/dhcpReboot. I don't fully understand everything, but when I copied the call to "clientIDsetup" outside the "if (readDhcpCache) {}" thing, it started to work. It seems strange that the clientIDsetup function is only called if something goes wrong while reading the cache.
I downloaded the 1.3.22-pl1 source from Sergei's website, and the -I switch works fine, but not the 1.3.22-pl1 included with 7.3. Strange..
blizzard's patch might be to blame for this...
This is what I have tested: RH7.3 i386 RPM: This is how I discovered the problem. Installed the source RPM and untared the source. Did _not_ apply the patches. Still the same result. Downloaded tar-archive from ftp.phystech.com and diffed it against the tar-archive in the SRPM. No difference. I have not had time to investigate this further. At some point in my tests it started working and then stopped working again. Maybe this could be some effect depending on the state of the cache ? Or some DHCP event triggering the call to "clientIDsetup" ?
OK, it's broken upstream, please send e-mail to sv, and when you have a resolution we can include it in our package.