I regularly have issues with IPV4 DHCP not renewing leases. In the last day, I have battled this issue twice and am currently in a situation where no new IPV4 leases are being given. I have found many older posts with this referenced, but none seem to have an actual fix. I am hoping i missed something in the mess of posts, but running the standard commands below do not resolve the issue immediately; if they do resolve the issue eventually, after a reboot, the issue returns basically every time. Over the last day, I have had it recur without a reboot and it is making my life very difficult, to put it nicely.
Does anyone have any input on what to do to mitigate this or at the least, a fix that works every time this occurs?
Command that âeventuallyâ seem to work after multiple reboots or schnapps rollbacks and/or reboots:
/etc/init.d/dnsmasq restart
Do you use dnsmasq for dns as well? Port 53 is for DNS. If yes it doesnât work well with Kresd and resolver because of racing, and causing dnsmasq crashes intermittently. If not set port to 0. Setting dnsmasq for dns is another story, the easiest way can be setting Kresd port some other than 53.
That workaround has been reliable in my case. So far Iâve only noticed the issue after router reboot (sometimes).
EDIT: the linked posts are around collision on port 53; I donât think those would be related to what you described, but youâd see the collision in the logs.
Iâm at my wits end on this⌠The last few times this happened i have had to revert to a previous software version [via schnapps] and then manually run âdnsmasq restartâ after the reversion to get IPV4 DHCP working. Happy to give logs/info on anything anyone thinks may be relevant, as this issue is just a nightmare scenario for someone who works remote and relies on their home-network to be stable. The fact that it has happened 3 times in less than 2 days is making me rethink using the Omnia as my router at this point.
What info would help to troubleshoot this further?
Iâve set static IPâs on my important machines/devices, but this doesnât help when the family gets home and the âmediaâ devices are not working. Thanks for the suggestion tho, as I may need to set an infinite timeout in the DHCP to try and keep the fallout minimal when I do have an issue.
some progress in finding the issue!
I found the post below on the site the other day. Today, I awoke to things offline again. When I checked the âdnsmasq.confâ file, I saw that it no longer had âdhcp-rangeâ, dhcp-option", and âno-dhcp-interfaceâ variables. I deleted the âdnsmasq.confâ file and ran â/etc/init.d/dnsmasq restartâ and afterwards it had the variables and DHCP began to give out addresses immediatelyâŚ
I had similar problem and then adding below in /etc/config/dhcp for all subnets solved my problem, it is happening because of race condition from netifd.
I have now commented those out and added the config you outlined per the linked documentation. The first change I see is that I no longer get an error when restarting the service, so this seems like a great sign!
I also rebooted the router to see if I had any issues and see that IPV4 addresses were issued successfully. The only change I see in the config file now is that there is no longer an entry for âno-dhcp-interface=â variable defined, as before it had one there for â=eth2â. (Not a concern, just an observation I have made.)
If you are using the hbl branch, which has dnsmasq_2.85 then this fix is already included. In hbk with dnsmasq_2.80 this fix is not present yet.
I fixed it for myself by changing the relevant line:
sed -i 's/\(jsonfilter -e @[.]\)carrier/\1up/' /etc/init.d/dnsmasq
Although having option force '1' for the lan interface is probably not a bad idea. Because another check whatâs skipped by force is to check for another DHCP server on the network. I want my router to provide DHCP even if there is a rogue DHCP server on the network somewhere.
Thanks! I have made the edit as well and appreciate the additional input on this issue. Glad to also hear this was a known issue that was resolved in the newer releases.