LAN - DHCP Server Page Broken v384.5

[WNorkle]

I recently upgraded to 384.5 and everything seems to be working well - except for the LAN->DHCP Server page.

From the LAN page, everything looks to be fine.

However, when I go to the DHCP Server Page - the top of the page is missing - and I'm not able to change any settings on the page.

I have tried reinstalling v384.5 - but things remain the same. All other pages work as expected. Have tried different browsers (FF, Chrome, Edge) with same result. Not sure what is up with this page on my setup.

As this doesn't seem to be related to settings - I haven't tried resetting to factory defaults yet.

My question - has anyone come across this before? Any suggestions as to how I might fix this?

 

[kfp]

I haven't tried resetting to factory defaults yet.

Yea probably want to try that.

Which version did you upgrade from? Any error messages in the browser developer console? Any errors in system logs?

 

[WNorkle]

Thanks for your quick response.

I had upgraded from the latest factory 382 release and had did a complete reset prior to configuring things. The DHCP page had worked for sometime - as I managed to put a number of devices in there.

Both dhcp_staticlist and dnsmasq.conf have the same devices. But, hosts.dnsmasq is missing 5. Perhaps adding them back would be the place to start?

 

[kfp]

Any error messages in the browser developer console? Any errors in system logs?

You mentioned dnsmasq.conf so clearly you are even comfortable with command line, why not check for any error messages first before trying to modify anything?

I don’t really know how settings in the web UI map to local conf files (and also don’t have a device in router mode to test this), so I can’t give you a definitive answer.

Maybe @ColinTaylor could give you some pointers.

 

[Jack Yaz]

You mentioned dnsmasq.conf so clearly you are even comfortable with command line, why not check for any error messages first before trying to modify anything?

I don’t really know how settings in the web UI map to local conf files (and also don’t have a device in router mode to test this), so I can’t give you a definitive answer.

Maybe @ColinTaylor could give you some pointers.

Are you using special characters in any of the names/fields? That's been known to cause issues.

 

[WNorkle]

I'll double check the special characters. I am pretty sure that I'm using an apostrophe in one name ('). Adding the missing names in hosts.dnsmasq returned the drop down box under the names field. So, perhaps the factory reset will fix the table.

I'm not seeing anything dhcp specific in syslog. Is there a different log I should be checking?

 

[kfp]

I'm not seeing anything dhcp specific in syslog. Is there a different log I should be checking?

Might have to turn on loglevel DEBUG then if you don’t see anything in syslog. I’d imagine dnsmasq logging something when it can’t parse one of your special names if that’s the problem.

 

[WNorkle]

Tried that - nothing is showing up at debug level. Might have to try rebooting to see if something shows up there. Right now the static DHCP table is back the way it was with no drop downs or anything else working (a drop down with the host names had been showing before).

Thanks for your advice. Looks like I will have to try the reset to defaults and see if that solves it for me. Just hate the idea of setting everything up again - although it does seem to go faster every time I do it.

 

[WNorkle]

Oddly enough, hosts.dnsmasq has reverted to what it was before I edited it. Something else must be re-writing it - which is likely the source of my issue.

 

[ColinTaylor]

Both dhcp_staticlist and dnsmasq.conf have the same devices. But, hosts.dnsmasq is missing 5.

Unless something has changed in the newer firmware dnsmasq.conf shouldn't contain any of the devices (but etc/ethers will).

Oddly enough, hosts.dnsmasq has reverted to what it was before I edited it. Something else must be re-writing it - which is likely the source of my issue.

All the relevant files are regenerated from the NVRAM variable when the dnsmasq service (re)starts.

Are you using special characters in any of the names/fields? That's been known to cause issues.

This seems the most likely answer. So try this:

nvram set dhcp_staticlist=""
nvram commit
service restart_dnsmasq

 

[Martineau]

Unless something has changed in the newer firmware dnsmasq.conf shouldn't contain any of the devices (but etc/ethers will).

FYI , 'etc/ethers' no longer exists in firmware v382.xx/384.xx

 

[WNorkle]

Colin! You the man.

Thank you very much for putting me straight. Interesting to find that when I was adding the devices back, the ones that were missing in the hosts.dnsmasq file (in my case, I used a space between two words) gave me an error message when I tried to add them back. Corrected and crossed my fingers.

Everything seems to be working well. Now, time to save a backup.

 

[ColinTaylor]

FYI , 'etc/ethers' no longer exists in firmware v382.xx/384.xx

Ah, that's explains it. So they're putting the entries directly into dnsmasq.conf now instead of using the read-ethers statement?