LibreElec 9.2.1: no more DHCP after a while

xav · March 17, 2020 at 8:16 PM

Hi,

It looks like since 9.2.1, LibreElec does a DHCP request at startup and then never renews the lease.

This is problematic because it means its name is lost (on my network at least) after the lease expires, which means I can't find it on the network with a mobile phone or trying to use the Chorus web interface.

Any hint on what could have gone wrong, and how to fix this ?

bubblegum57 · March 17, 2020 at 9:10 PM

set a fixed ipaddress?

**chewitt** · March 18, 2020 at 2:26 AM Official Post

Can you describe the structure/architecture of your network?

xav · March 18, 2020 at 8:04 AM

I've got a homemade router running dnsmasq, and the box running Libreelec is on a wired connection. Up until before 9.2.1 everything worked well, but after that last upgrade I observed:

- no DHCP identifier has been sent to dnsmasq, I had to force associating the name to the MAC address in dnsmasq's config

- even then sometimes after a while I see no RENEW, the box still works but dnsmasq has lost its name, so if I want to access it from elsewhere on the network I have to restart it

If you look at dnsmasq's log:

Code

[root@awak:~]$ journalctl -u dnsmasq|grep 00:01:2e:4d:bc:09
mars 18 08:14:19 awak dnsmasq-dhcp[577]: DHCPDISCOVER(eno2) 00:01:2e:4d:bc:09
mars 18 08:14:19 awak dnsmasq-dhcp[577]: DHCPOFFER(eno2) 10.2.62.203 00:01:2e:4d:bc:09
mars 18 08:14:59 awak dnsmasq-dhcp[577]: DHCPDISCOVER(eno2) 00:01:2e:4d:bc:09
mars 18 08:14:59 awak dnsmasq-dhcp[577]: DHCPOFFER(eno2) 10.2.62.203 00:01:2e:4d:bc:09
mars 18 08:15:04 awak dnsmasq-dhcp[577]: DHCPREQUEST(eno2) 10.2.62.203 00:01:2e:4d:bc:09
mars 18 08:15:04 awak dnsmasq-dhcp[577]: DHCPACK(eno2) 10.2.62.203 00:01:2e:4d:bc:09 zbox
mars 18 08:15:31 awak dnsmasq-dhcp[577]: DHCPDISCOVER(eno2) 00:01:2e:4d:bc:09
mars 18 08:15:31 awak dnsmasq-dhcp[577]: DHCPOFFER(eno2) 10.2.62.203 00:01:2e:4d:bc:09
mars 18 08:15:31 awak dnsmasq-dhcp[577]: DHCPREQUEST(eno2) 10.2.62.203 00:01:2e:4d:bc:09
mars 18 08:15:31 awak dnsmasq-dhcp[577]: DHCPACK(eno2) 10.2.62.203 00:01:2e:4d:bc:09 zbox

Display More

You see a first REQUEST from the box's bios (I guess, because I boot the box via PXE), a second one from LibreElec, and then nothing - since 5 hours, whereas my lease period is 2 hours. Clearly LibreElec's dhcp client doesn't send RENEW when it should, which means it "disappears" from the network.

**mglae** · March 18, 2020 at 5:33 PM

Quote from xav

I boot the box via PXE

That is the important information.

You are right, after disabling connman for netboot there is no DHCP client running any more after initial kernel configuration.

xav · March 19, 2020 at 9:15 AM

Ok thanks, so this is obviously a bug in the merge request.

Is there a workaround ?

**HiassofT** · March 19, 2020 at 9:22 AM

This is the expected behavior when the kernel uses ip autoconfiguration. Make sure you set up a static DNS entry in addition to the static DHCP lease.

so long,

Hias

xav · March 19, 2020 at 4:47 PM

How can the DHCP server know if an IP address is still in use if the client doesn't RENEW when the lease expires ? I'd like to know where it's an expected behavior, because that looks more like a DHCP protocol violation to me.

**HiassofT** · March 19, 2020 at 5:07 PM

While I agree that full DHCP conformance would be nice, kernel ip autoconfiguration, especially in combination with netboot/nfsroot is a rather special case. The assigned IP addresses have to be static and permanent.

Consider what would happen if the DHCP server wouldn't renew your lease or give you a different IP. Basically all the client could do in that case is panic - you can't just shutdown network (as the rootfs would be lost) or unmount the NFS root and set up a new IP (when your NFS root is gone so are ifconfig, mount etc).

It's best to see the kernel DHCP implementation as a nice shortcut so you don't have to manually specify the network parameters in the ip=... kernel option, more like BOOTP or RARP.

See also the discussion in the predecessor of the linked PR connman: ignore kernel-configured netdev and improve resolv.conf handling by HiassofT · Pull Request #3883 · LibreELEC/LibreELEC.tv · GitHub

so long,

Hias

**HiassofT** · March 19, 2020 at 5:30 PM

According to the dnsmasq manual infinite lease times are supported - you may want to use that for your netboot clients.

Man page of DNSMASQ

so long,

Hias

**Nicolas** · March 20, 2020 at 12:48 PM

Hello!

Why not using fixed IP's?

As a temp. fix?

( I had this ones with a faulty Ethernet port/cable)

Regards

Nicolas

xav · March 20, 2020 at 2:22 PM

Yes I had already done that as a temp fix, but I think the base behavior is wrong and wish it would be fixed in LE.

**HiassofT** · March 20, 2020 at 3:26 PM

Again, it's not a bug in LibreELEC but with the way you set up netboot and your DHCP server.

For netboot you need manual allocation ("static" DHCP leases), not dynamic allocation. Manual allocation doesn't require the lease to be renewed.

See also the explanation in the DHCP RFC RFC 2131 - Dynamic Host Configuration Protocol

Quote

In "manual allocation", a client's IP address is assigned by the network administrator, and DHCP is used simply to convey the assigned address to the client.

so long,

Hias

xav · March 21, 2020 at 5:39 PM

It seems to me the proper way is to do normal DHCP (RENEW etc.) but asking for an "infinite" (0xFFFFFFFF) duration.

Cf 2.2 and 3.3 in the RFC.

LibreElec 9.2.1: no more DHCP after a while

Similar Threads

Audio sync and video stuttering

Intel 82579V network problem

After updating to 9.2 tvheadend won't start