Bug 2387
| Summary: | pump not may not be sending proper DHCPREQUEST message | ||
|---|---|---|---|
| Product: | [Retired] Red Hat Linux | Reporter: | tek |
| Component: | dhcp | Assignee: | David Lawrence <dkl> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | |
| Severity: | high | Docs Contact: | |
| Priority: | high | ||
| Version: | 6.0 | CC: | flosofl, gadown, tek |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | i386 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 1999-06-11 19:42:25 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
tek
1999-04-27 19:36:41 UTC
I haven't tracked down if the problem is the exact same as this message, but pump is configuring the wrong netmask for my computer (as reported by pump -i eth0 --status.) It claims that the netmask is 255.255.0.0, but in fact it should be 255.255.255.0 (dhcpclient gets it right, however.) My IP address falls in class B (it is 130.132.53.x) iirc, so 255.255.0.0 is the (incorrect) default (If I remember all that IP nonsense correctly.) Concerning David's comments: YES!, I think this is directly related to the problem I'm seeing. pump wouldn't give me the proper subnet mask either (would give me 255.255.0.0, when my server should be telling it it's really 255.255.252.0). It also wouldn't get the gateway address either. Like I said in my previous message, running tcpdump on the traffic shows that pump isn't even *asking* for things like netmask and gateway. In fact, it doesn't really seem to be asking for anything. So of course, our server doesn't tell it anything. Okay, I read the DHCP spec (RFC 2131) and it says that the client MAY send the a request for parameters in the DHCPDISCOVER message. (but doesn't have to) In return, the server MUST send all the options available in the DHCPOFFER. The author of our server was actually aware of this and noted that if we added a special entry to our bootptab then all the options would be offered regardless in the DHCPOFFER. So we did that and pump works perfectly now. Summary: bug on our end. I've noticed that after upgrading to RH6 from 5.2 my dhcp doesn't work correctly. It seems to be missing info such as dns. If it worked in 5.2 WHY change it in 6.0. At this point I had to hardcord dns information in resolv.conf to make things work correctly. I shouldn't have to do that. *** Bug 2558 has been marked as a duplicate of this bug. *** DHCP Client is not initializing correctly. I have tested it in 5.2 and 6.0. 5.2 works. I have tried the old version of dhcpcd with the 6.0 and it still does not work. I can ping my local subnet and nothing else ------- Additional Comments From mjp 05/12/99 12:27 ------- I found that on my systems the newer "pump" DHCP client grabbed the IP address fine, but didn't retrieve anything else, such as default gateway and DNS info, which made an FTP install using DHCP impossible. I ended-up having to use a static IP for the FTP install and then switch to DHCP after the install, in which I still had to manyally set my default gateway and DNS info. These have hopefully been fixed the in the latest errata release of pump located at ftp://updates.redhat.com/6.0/i386. Please obtain and install and reopen this report of the problem still occurs. |