Bug 133522

Summary: Cannot netboot hosts with dhcp 3.0.1-8
Product: [Fedora] Fedora Reporter: Jason Tibbitts <tibbs>
Component: dhcpAssignee: Jason Vas Dias <jvdias>
Status: CLOSED ERRATA QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: rawhide   
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Fixed In Version: dhcp-3.0.1-9 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2004-09-28 10:35:28 EDT Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---
Description Flags
Packet capture from 3.0.1-8 server showing bad response.
Packet capture from 3.0.1rc14-1 server showing good response. none

Description Jason Tibbitts 2004-09-24 12:47:56 EDT
Under the stock FC2 release of dhcp (3.0.1rc14-1), I can use a stanza
like this:

host netinstall {
    hardware ethernet   00:0d:87:00:95:e2;

    option domain-name  "math.uh.edu";
    option subnet-mask;
    option routers;

    filename            "/pxelinux.0";

to boot a host over the network.  But under the current rawhide
release (3.0.1-8) this doesn't work.  Reverting to the older version
(without making any changes to the configuration file) fixes the
problem.  I will attach two short packet captures showing a request
and a response from each server.  The responses are basically the
same, but with 3.0.1-8 the "next-server" and "filename" options seem
to be ignored.

Unfortunately you folks kindly pushed 3.0.1-8 out for me because it
fixes another rather serious bug.
Comment 1 Jason Tibbitts 2004-09-24 12:49:25 EDT
Created attachment 104272 [details]
Packet capture from 3.0.1-8 server showing bad response.
Comment 2 Jason Tibbitts 2004-09-24 12:51:03 EDT
Created attachment 104273 [details]
Packet capture from 3.0.1rc14-1 server showing good response.
Comment 3 Jason Vas Dias 2004-09-27 14:38:34 EDT
Yes, you are quite correct - dhcp-3.0.1-8 seems to be sending a 
DHCPOFFER that is not accepted by the PXE Boot client . 
I am now investigating and will solve as #1 priority.
Comment 4 Jason Vas Dias 2004-09-27 17:34:08 EDT
I have found a bug fix for this problem .  It was caused by the 
piece of old code that was exercised by the patch from ISC for 
bug #131212, that rejected a host match if it had a "fixed-address".
I've now made it accept such hosts, but both I and the DHCP 
developers are continuing to search for a more satisfactory fix
for bug #131212. 
You can download the new dhcp-3.0.1-9 release, with the temporary
fix applied (that does work, and does not cause 131212 to reappear)
You can build the srpm with:
  rpmbuild --rebuild dhcp-3.0.1-9.src.rpm
or install the binaries compiled for FC2 from the "FC2" subdirectory.

Comment 5 Jason Vas Dias 2004-09-28 10:35:28 EDT
A better fix for both bug 131212 and this bug has been found and
incorporated into dhcp-3.0.1-9, now submitted to FC3 and compiled
for FC2 at:
I have tested :
1. Defining a group of hosts with 'deny booting' defined
2. Defining one 'host b { ... }' with a 'filename' parameter
One of the hosts with deny booting tries to get a lease and gets
'booting disallowed' error
Then the host with the filename entry does a PXE Boot and obtains
a lease and the boot file OK.
This now appears to be fixed.
Testing of this new dhcp-3.0.1-9 release on a large busy subnet
would be appreciated.
Comment 6 Jason Tibbitts 2004-10-07 11:00:07 EDT
A week of testing has shown this version to be stable.  However, I see
that 3.0.1-11 has hit rawhide today so I will test it as well.
Comment 7 Jason Vas Dias 2004-10-07 11:24:14 EDT
Many thanks for your help in testing DHCP.
I implemented the fix in dhcp-3.0.1-9; then, in consultation with the
ISC developers, I made some cosmetic changes in dhcp-3.0.1-10; then,
yesterday ISC released dhcp-3.0.2b1, which contained a fix missing from
So now dhcp-3.0.1-11 contains the full fix as implemented in ISC DHCP
3.0.2 - I hope it works well for you!
Comment 8 Jason Vas Dias 2004-10-07 11:25:36 EDT
P.S. - the dhcp-3.0.1-11 srpm and binary RPMS compiled for FC2 are at:
Comment 9 John Flanagan 2004-12-21 14:41:45 EST
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.