Bug 843185
Summary: | ISC dhcp server terminates because of lease time set to 0xffffffff (infinity) | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Pavel Šimerda (pavlix) <psimerda> |
Component: | dhcp | Assignee: | Jiri Popelka <jpopelka> |
Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 17 | CC: | jpopelka, pbrobinson, thozza |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2012-07-26 07:47:49 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Pavel Šimerda (pavlix)
2012-07-25 20:04:39 UTC
A very simple and stupid patch seems to work around for me: Index: dhcp-4.2.4-P1/common/dispatch.c =================================================================== --- dhcp-4.2.4-P1.orig/common/dispatch.c +++ dhcp-4.2.4-P1/common/dispatch.c @@ -320,6 +320,11 @@ void add_timeout (when, where, what, ref q->next = timeouts; timeouts = q; +#define MAX 0x10000 + + if (sec >= MAX) + sec = MAX; + isc_interval_set(&interval, sec & DHCP_SEC_MAX, usec * 1000); status = isc_time_nowplusinterval(&expires, &interval); if (status != ISC_R_SUCCESS) { This is not a proper fix but it keeps DHCP server running. You can tweak the value of course. If you want to play with it, you can use a scratch build of mine before a proper fix is out: http://koji.fedoraproject.org/koji/taskinfo?taskID=4329834 Most likely a duplicate of bug #789601 (the security-flag should be removed soon). Can you test this scratch-build ? http://koji.fedoraproject.org/koji/taskinfo?taskID=4330107 I confirm DHCP server now DHCPACK's the lease and continues to run with: Jul 26 09:43:02 router dhcpd: Timeout requested too large reducing to 2^^32-10 Jul 26 09:43:02 router dhcpd: DHCPREQUEST for 192.168.25.10 from 52:54:00:eb:e9:fb (station) via eth1 Jul 26 09:43:02 router dhcpd: DHCPACK on 192.168.25.10 to 52:54:00:eb:e9:fb (station) via eth1 Next dhclient run just: Jul 26 09:44:29 router dhcpd: DHCPREQUEST for 192.168.25.10 from 52:54:00:eb:e9:fb (station) via eth1 Jul 26 09:44:29 router dhcpd: DHCPACK on 192.168.25.10 to 52:54:00:eb:e9:fb (station) via eth1 *** This bug has been marked as a duplicate of bug 789601 ***
> *** This bug has been marked as a duplicate of bug 789601 ***
That bug is restricted access. Please open the bug for general access.
|