expired lease problem

[Sten Carlsen]

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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/dhcp-users/attachments/20171114/9d8941da/attachment.html>