Bug 450545
Summary: | retain relay agent options when the client is in INIT or REBIND states | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 5 | Reporter: | Frode Nordahl <frode> |
Component: | dhcp | Assignee: | David Cantrell <dcantrell> |
Status: | CLOSED ERRATA | QA Contact: | Alexander Todorov <atodorov> |
Severity: | low | Docs Contact: | |
Priority: | low | ||
Version: | 5.2 | CC: | atodorov, borgan, cward |
Target Milestone: | rc | Keywords: | OtherQA |
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2009-09-02 10:13:13 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: | |||
Attachments: |
Description
Frode Nordahl
2008-06-09 14:15:11 UTC
Only in extreme circumstances (usually security related), do we like to rebase packages in RHEL. Rebasing meaning updating the new package to a new base version. The reason for this is that a lot of QA goes in to ensuring that the software we ship in RHEL interacts very well together. Rebasing a new package invalidates that QA and we don't always have the resources to re-QA everything to rebase a package. That's why RHEL packages get patches and never rebasing. A backport for this fix is not impossible, just time consuming. If you can help pinpoint the code that needs to be backported from 3.0.6, that would help a lot. Created attachment 317945 [details]
Patch that fixes some situations where relay agent information is not included in replies
Hello, and thank you for the interest! In the above patch I pulled the relevant portions from a diff between ISC DHCP 3.0.5 and ISC DHCP 3.0.6. I have tested the ISC DHCP 3.0.5 RPM with this patch installed and it resolves the issue. From the Release Notes: - In the case where an "L2" DHCP Relay Agent (one that does not set giaddr) was directly attached to the same broadcast domain as the DHCP server, the RFC3046 relay agent information option was not being returned to the relay in the server's replies. This was fixed; the dhcp server no longer requires the giaddr to reply with relay agent information. Note that this also improves compatibility with L2 devices that "intercept" DHCP packets and expect relay agent information even in unicast (renewal) replies. Thanks to a patch from Pekka Silvonen. One more thing, we probably also need to run our DHCP servers with USE_SOCKETS instead of the default mode that relies on LPF. This is a compile time option, and is probably not what most users want, but is it possible to prepare the RPM so that this can be accomplished with a simple rpmbuild --rebuild? That would be awesome :-) Created attachment 318030 [details]
dhcp-3.0.5-emergency-relay-agent-options-hologram.patch
Updated patch, applies against latest dhcp source for RHEL 5.
Created attachment 318035 [details]
dhcp.spec.patch
Patch to the spec file for this bug and to enable user-selected compile-time USE_LPF or USE_SOCKETS.
Created attachment 318036 [details]
dhcp-3.0.5-19.el5.src.rpm
Source RPM containing spec file modifications and the patch listed in this bug report.
Attached is a new source RPM containing the patch for this bug as well as the modification you wanted to the spec file to allow for easy recompiles choosing USE_SOCKETS over USE_LPF. To use: rpmbuild --with USE_SOCKETS -ba dhcp.spec rpmbuild --with USE_LPF -ba dhcp.spec The default is USE_LPF, so a simple 'rpmbuild -ba' will give you an LPF-enabled dhcp. Requesting inclusion in RHEL 5.4.0. Setting devel-ack. PM: This is an upstream fix that's been backported to the version of dhcp shipping in RHEL 5. QA: Asking reporter for a definite reproducer. Dirty work for this bug has been done already. Patches are all set and ready to go. If QA can get a way to test it, I think it's reasonable for inclusion in 5.4.0. Reporter, can you provide a detailed description of how to reproduce this bug on RHEL 5.2.0 and a way to verify it has been fixed by the patch listed in this bug report? This really looks great, thanks alot! Reproducing this bug involves a DSLAM (that has a L2 agent that adds relay agent information to packets). I will see if I can find some other way to reproduce it with standard tools. Would it be helpful if I gave your QA team access to a RHEL 5.2.0 box in our LABB with access to the DSLAM to reproduce the bug? QA, Can I get a qa-ack on this? The reporter has been very helpful with providing information and testing feedback with the patch I provided. I would like to include the fix for them in 5.4. Hi Frode, Thank you for your help with this issue; Our QA team will be able to verify the new rpmbuild functionality, but I request that during the testing cycle you would explicitly verify the bad behavior is fixed in your environment ... Regards, Brock Fixed in dhcp-3.0.5-19.el5 and later releases. ~~ Attention Partners RHEL 5.4 Partner Alpha Released! ~~ RHEL 5.4 Partner Alpha has been released on partners.redhat.com. There should be a fix present that addresses this particular request. Please test and report back your results here, at your earliest convenience. Our Public Beta release is just around the corner! If you encounter any issues, please set the bug back to the ASSIGNED state and describe the issues you encountered. If you have verified the request functions as expected, please set your Partner ID in the Partner field above to indicate successful test results. Do not flip the bug status to VERIFIED. Further questions can be directed to your Red Hat Partner Manager. Thanks! Frode, a fix for this bug is included in RHEL 5.4 Beta which is available on RHN. If you have active subscriptions to RHN you should be able to download the bits. Please provide your test results. Thanks, Alexander. ~~ Attention - RHEL 5.4 Beta Released! ~~ RHEL 5.4 Beta has been released! There should be a fix present in the Beta release that addresses this particular request. Please test and report back results here, at your earliest convenience. RHEL 5.4 General Availability release is just around the corner! If you encounter any issues while testing Beta, please describe the issues you have encountered and set the bug into NEED_INFO. If you encounter new issues, please clone this bug to open a new issue and request it be reviewed for inclusion in RHEL 5.4 or a later update, if it is not of urgent severity. Please do not flip the bug status to VERIFIED. Only post your verification results, and if available, update Verified field with the appropriate value. Questions can be posted to this bug or your customer or partner representative. ~~ Attention Partners - RHEL 5.4 Snapshot 1 Released! ~~ RHEL 5.4 Snapshot 1 has been released on partners.redhat.com. If you have already reported your test results, you can safely ignore this request. Otherwise, please notice that there should be a fix available now that addresses this particular request. Please test and report back your results here, at your earliest convenience. The RHEL 5.4 exception freeze is quickly approaching. If you encounter any issues while testing Beta, please describe the issues you have encountered and set the bug into NEED_INFO. If you encounter new issues, please clone this bug to open a new issue and request it be reviewed for inclusion in RHEL 5.4 or a later update, if it is not of urgent severity. Do not flip the bug status to VERIFIED. Instead, please set your Partner ID in the Verified field above if you have successfully verified the resolution of this issue. Further questions can be directed to your Red Hat Partner Manager or other appropriate customer representative. Hi Frode, We're hoping for testing feedback from you for this feature, but do have time and schedule limitations ... would you possibly be able to provide feedback to us in the next week? Best Regards, Brock Hi there, Sorry for the late response, I'm just back from vacation. I installed RHEL 5.4 beta on a server today! I will perform tests and report back here in a day or two. Best Regards, Frode Created attachment 353808 [details]
Log that displays errant behaviour in RHEL 5.3
Created attachment 353809 [details]
Log that displays correct behaviour in RHEL 5.4
Hello, I have completed testing and can confirm that the DHCP RPM shipped with RHEL 5.4 Beta works as expected. I have also included log files that shows the effect of the fix. The test was performed by setting up two servers, one with RHEL 5.4 Beta, and one with RHEL 5.3. I installed the stock DHCP package from RedHat on both and connected them to the lab network. When using the DHCP server in RHEL 5.3 the client is unable to renew its lease, and has to rebind every time the lease expires. When using the DHCP server in RHEL 5.4 the client successfully renews its lease, showing that the patch works. Thank you for your help getting this into the next release! -- Frode Nordahl Hi Frode, thank you for testing and attached log files. I'm moving this bug to VERIFIED as per comment #24 so that our automated tools are happy. 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 therefore 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. http://rhn.redhat.com/errata/RHBA-2009-1331.html |