expired lease problem

project722 project722 at gmail.com
Tue Nov 14 18:23:40 UTC 2017


Your right, I just confirmed that it will stay in an expired state, even
after the end date. However, I never said anything about clients not
matching a pool. I was able to fix the "no more free leases" error by
expanding the pool a bit. But, that is just a band-aid. My concern now is
why is the server not doing what it needs to do in order to free up these
expired leases to make room for new clients.

On Tue, Nov 14, 2017 at 12:12 PM, Sten Carlsen <stenc at s-carlsen.dk> wrote:

> I believe those leases will be reused eventually but are kept in this
> state as long as possible, in the expectation that the previous owner comes
> back for it.
>
> Based on previous discussions of this symptom, I would look for reasons
> this particular client does not match any pool.
>
> --
> Best regards
> Sten Carlsen
>
>
> No improvements come from shouting:
> "MALE BOVINE MANURE!!!"
>
> On 14 Nov 2017, at 18:07, project722 <project722 at gmail.com> wrote:
>
> We had an unusual problem last night where the server was not able to give
> out any more leases from a specific pool. The server logs showed " no more
> free leases". This is a RHEL 6.7 server running dhcp 4.1.1.
>
> We have scripts that run which look for active leases. In the pool in
> question we had over 200 available leases but the server was unable to
> provide them to a client. I dug around in dhcpd.leases and found what I
> think is the problem. I found a ton of leases in the "expired" state with
> an end date of 11/6. Which, If I am correct, will never move into it next
> binding state of free so it can be used because its a date in the past.
>
> Here is an example of one:
>
> lease 172.210.141.159 {
>   starts 2 2017/11/07 11:40:37;
>   ends 2 2017/11/07 12:10:37;
>   tstp 2 2017/11/14 11:55:37;
>   cltt 2 2017/11/07 11:40:37;
>   binding state expired;
>   next binding state free;
>
> Am I correct here? If so, what causes this problem and how can I fix it? I
> have restarted dhcpd, but that does not help. If I were to edit
> /var/lib/dhcp/dhcpd.leases manually and remove these entries what are some
> things I should take into consideration?
> _______________________________________________
> dhcp-users mailing list
> dhcp-users at lists.isc.org
> https://lists.isc.org/mailman/listinfo/dhcp-users
>
>
>
> _______________________________________________
> dhcp-users mailing list
> dhcp-users at 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/20171114/d345ba06/attachment.html>


More information about the dhcp-users mailing list