<div dir="auto"><div>Thanks. I'll look into that after the weekend. Out of curiousity, why did deleting the lease from database resolve this? And why is the hwaddr and client_id set to \x for this particular lease? May that be why the Windows 10 client declines it? Not even ipconfig /release and ipconfig /renew worked in this case before the lease was deleted from db. I've seen it happen on two clients in a short period of time.</div><div dir="auto"><br></div><div dir="auto">The client should get its reserved address even if a lease for it already exists, right?</div><div dir="auto"><br></div><div dir="auto">Mikael<br><div class="gmail_extra" dir="auto"><br><div class="gmail_quote">3. nov. 2017 17:53 skrev "Marcin Siodelski" <<a href="mailto:marcin@isc.org">marcin@isc.org</a>>:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">It looks like the client has declined the lease and thus it can't be<br>
allocated to him. Depending on the logging level, you may find the<br>
DECLINE packet in your log and see who and when sent it. Declined<br>
addresses remain in that state for a configurable amount of time. Nobody<br>
can be assigned those addresses as long as they remain in that state.<br>
<br>
Marcin Siodelski<br>
ISC<br>
<div class="elided-text"><br>
On 03.11.2017 14:44, Mikael Bjerkeland wrote:<br>
> Hi,<br>
><br>
> I'm a new Kea user. Just recently upgraded to 1.3.0 and went into<br>
> production with DHCPv4 and DHCPv6 reservations and leases stored in<br>
> PostgreSQL.<br>
><br>
> Upon a reboot or change on a workstation we noticed the user was not<br>
> able to get its IP address anymore:<br>
><br>
> 2017-11-03 13:15:26.269 WARN  [kea-dhcp4.alloc-engine/31631]<br>
> ALLOC_ENGINE_V4_DISCOVER_<wbr>ADDRESS_CONFLICT [hwtype=1 f4:6d:04:0f:3f:b6],<br>
> cid=[01:f4:6d:04:0f:3f:b6], tid=0xe1f27234: conflicting reservation for<br>
> address 200.1.246.60 with existing lease Address:       200.1.246.60<br>
> Valid life:    86400<br>
> T1:            0<br>
> T2:            0<br>
> Cltt:          1509711225<br>
> Hardware addr:<br>
> Client id:     (none)<br>
> Subnet ID:     11<br>
> State:         declined<br>
><br>
> 2017-11-03 13:15:26.272 WARN  [kea-dhcp4.alloc-engine/31631]<br>
> ALLOC_ENGINE_V4_ALLOC_FAIL [hwtype=1 f4:6d:04:0f:3f:b6],<br>
> cid=[01:f4:6d:04:0f:3f:b6], tid=0xe1f27234: failed to allocate an IPv4<br>
> address after 6 attempt(s)<br>
><br>
> To resolve this I had to clear the lease from the lease4 table in the<br>
> database. Can anyone shed some light on this? The user should have<br>
> received its previously assigned address. Is there a config flag to<br>
> allow this? I am using out-of-pool reservations.<br>
><br>
> Before deletion lease4 had the following column for this specific lease:<br>
><br>
>   address   |     hwaddr     |    client_id     | valid_lifetime |     <br>
>    expire         | subnet_id | fqdn_fwd | fqdn_rev |     hostname     |<br>
> state |    ?column?<br>
>  3355571772 | \x             | \x               |          86400 |<br>
> 2017-11-04 13:13:45+01 |        11 | f        | f        |             <br>
>     |     1 | 2001.1.246.60<br>
><br>
><br>
> Regards,<br>
> Mikael<br>
><br>
> --<br>
> Hug a tree before you print this e-mail<br>
><br>
><br>
</div>> ______________________________<wbr>_________________<br>
> Kea-users mailing list<br>
> <a href="mailto:Kea-users@lists.isc.org">Kea-users@lists.isc.org</a><br>
> <a href="https://lists.isc.org/mailman/listinfo/kea-users" rel="noreferrer" target="_blank">https://lists.isc.org/mailman/<wbr>listinfo/kea-users</a><br>
><br>
<br>
</blockquote></div><br></div></div></div>