Send dhcp-users mailing list submissions to
dhcp-users@lists.isc.org
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.isc.org/mailman/listinfo/dhcp-users
or, via email, send a message with subject or body 'help' to
dhcp-users-requ...@lists.isc.org
You can reach the person managing the list at
dhcp-users-ow...@lists.isc.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of dhcp-users digest..."
Today's Topics:
1. Question (Leslie Rhorer)
2. Re: Question (Richard L. Hamilton)
3. Re: Question (Leslie Rhorer)
4. Re: Question (Glenn Satchell)
----------------------------------------------------------------------
Message: 1
Date: Thu, 2 Jun 2022 18:42:12 -0500
From: Leslie Rhorer <lesrho...@siliconventures.net>
To: dhcp-users@lists.isc.org
Subject: Question
Message-ID: <c9a58f59-ae22-bac6-891c-af69ba092...@siliconventures.net>
Content-Type: text/plain; charset=UTF-8; format=flowed
??? During troubleshooting of my recent issue, I got tons of duplicates
of errors like the following.? They seem to have stopped, now, but I am
curious what they meant.
Jun? 1 00:31:56 Backup dhcpd[15785]: DHCPDISCOVER from 60:01:94:f0:41:48
via enp11s0: not responding (recovering)
------------------------------
Message: 2
Date: Thu, 2 Jun 2022 21:06:03 -0400
From: "Richard L. Hamilton" <rlha...@smart.net>
To: Users of ISC DHCP <dhcp-users@lists.isc.org>
Subject: Re: Question
Message-ID: <7c852502-1e98-4edf-9293-6df289bff...@smart.net>
Content-Type: text/plain; charset="utf-8"
https://serverfault.com/questions/313008/isc-dhcp-fails-to-sync-leases-between-peers
<https://serverfault.com/questions/313008/isc-dhcp-fails-to-sync-leases-between-peers>
Probably the two DHCP servers weren?t able to talk to each other, not
surprising when one was having problems.
> On Jun 2, 2022, at 7:42 PM, Leslie Rhorer <lesrho...@siliconventures.net>
> wrote:
>
>
> During troubleshooting of my recent issue, I got tons of duplicates of
> errors like the following. They seem to have stopped, now, but I am curious
> what they meant.
>
>
> Jun 1 00:31:56 Backup dhcpd[15785]: DHCPDISCOVER from 60:01:94:f0:41:48 via
> enp11s0: not responding (recovering)
>
> --
> ISC funds the development of this software with paid support subscriptions.
> Contact us at https://www.isc.org/contact/ for more information.
>
> dhcp-users mailing list
> dhcp-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/dhcp-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.isc.org/pipermail/dhcp-users/attachments/20220602/7f7fc1dc/attachment-0001.htm>
------------------------------
Message: 3
Date: Thu, 2 Jun 2022 22:47:20 -0500
From: Leslie Rhorer <lesrho...@siliconventures.net>
To: dhcp-users@lists.isc.org
Subject: Re: Question
Message-ID: <d526886f-cf9f-b60b-7c07-a5a7915cd...@siliconventures.net>
Content-Type: text/plain; charset="utf-8"; Format="flowed"
??? I don't think so.? The secondary server seems to have gone
completely silent, now, but I am getting a ton of them on the primary
server, now.
On 6/2/2022 8:06 PM, Richard L. Hamilton wrote:
> https://serverfault.com/questions/313008/isc-dhcp-fails-to-sync-leases-between-peers
>
>
>
> Probably the two DHCP servers weren?t able to talk to each other, not
> surprising when one was having problems.
>
>> On Jun 2, 2022, at 7:42 PM, Leslie Rhorer
>> <lesrho...@siliconventures.net> wrote:
>>
>>
>> ??? During troubleshooting of my recent issue, I got tons of
>> duplicates of errors like the following.? They seem to have stopped,
>> now, but I am curious what they meant.
>>
>>
>> Jun? 1 00:31:56 Backup dhcpd[15785]: DHCPDISCOVER from
>> 60:01:94:f0:41:48 via enp11s0: not responding (recovering)
>>
>> --
>> ISC funds the development of this software with paid support
>> subscriptions. Contact us at https://www.isc.org/contact/ for more
>> information.
>>
>> dhcp-users mailing list
>> dhcp-users@lists.isc.org
>> https://lists.isc.org/mailman/listinfo/dhcp-users
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.isc.org/pipermail/dhcp-users/attachments/20220602/b82d6601/attachment-0001.htm>
------------------------------
Message: 4
Date: Fri, 03 Jun 2022 14:15:05 +1000
From: Glenn Satchell <glenn.satch...@uniq.com.au>
To: Users of ISC DHCP <dhcp-users@lists.isc.org>
Subject: Re: Question
Message-ID: <c3ce858fd41b8faf592f597d0a646...@uniq.com.au>
Content-Type: text/plain; charset=US-ASCII; format=flowed
Hi Leslie,
You've got "split 0" in the failover section - this causes dhcpd to
prefer one of the servers for all renewals, so this might be a reason
only one server is logging any renewals. "split 128" does a 50-50
balance between the servers and is the more common setting.
"not responding (recovering)" sounds like the failover protocol hasn't
synced between the servers, so it won't respond to any requests while
it's in that state to prevent both dhcpd servers handing out conflicting
responses, eg both hand out the same IP to different clients. dhcpd will
log messages to syslog when failover states change.
You could use tcpdump or wireshark to look and see if there is any
traffic on tcp port 647 between the servers. Also the dhcpd.conf man
page in the section titled FAILOVER STARTUP goes through the steps and
may help debug what's going on.
I think you might have already done this, bu check there is no local
firewall rules on the server blocking failover traffic between those
ports.
dhcpd.leases is the current lease file, you can run tail -f to see
updates being appended. Every hour it renames this to dhcpd.leases~ and
writes out a new dhcpd.leases from the in-memory copy of the data.
dhcpd.leases is only ever appended to, so you can have multiple entries
for the same IP address - the last one is the active state. When the
file gets re-written it removes all the duplicate records.
regards,
Glenn
On 2022-06-03 13:47, Leslie Rhorer wrote:
> I don't think so. The secondary server seems to have gone completely
> silent, now, but I am getting a ton of them on the primary server, now.
>
> On 6/2/2022 8:06 PM, Richard L. Hamilton wrote:
> https://serverfault.com/questions/313008/isc-dhcp-fails-to-sync-leases-between-peers
>
> Probably the two DHCP servers weren't able to talk to each other, not
> surprising when one was having problems.
>
> On Jun 2, 2022, at 7:42 PM, Leslie Rhorer
> <lesrho...@siliconventures.net> wrote:
>
> During troubleshooting of my recent issue, I got tons of duplicates of
> errors like the following. They seem to have stopped, now, but I am
> curious what they meant.
>
> Jun 1 00:31:56 Backup dhcpd[15785]: DHCPDISCOVER from
> 60:01:94:f0:41:48 via enp11s0: not responding (recovering)
>
> --
> ISC funds the development of this software with paid support
> subscriptions. Contact us at https://www.isc.org/contact/ for more
> information.
>
> dhcp-users mailing list
> dhcp-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/dhcp-users
------------------------------
Subject: Digest Footer
_______________________________________________
ISC funds the development of this software with paid support subscriptions.
Contact us at https://www.isc.org/contact/ for more information.
dhcp-users mailing list
dhcp-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/dhcp-users
------------------------------
End of dhcp-users Digest, Vol 164, Issue 4
******************************************
