Manually Assigned IP List Gone After Reboot

[john9527]

Make sure any password manager and autofill are turned off for the browser.

 

[giant25]

Try it again from a different PC/browser.

Thanks Colin. I went ahead and did both. I've tried Chrome, Edge, IE, Firefox on Win 7 and Win 10 boxes. I find it strange that the assignments stay in the GUI until reboot, but never make it into an nvram show output at any point. I can certainly perform a full reset, but this has happened before, so I was hoping to find a smoking gun. Anyone know if this information gets stored elsewhere or are there more verbose logging options to see what happens when I try to add a new assignment?

 

[john9527]

Thanks for your help so far. After I run the nvram set and commit, it appears that those 4 entries are still set in the dhcp_staticlist parameter.

post the output of
nvram show | grep staticlist

 

[giant25]

post the output of
nvram show | grep staticlist

I obfuscated portion of MAC, but here:

dhcp_staticlist=<C4:54:44:5C:XX:XX>192.168.2.163<00:90:A9:B9:XX:XX>192.168.2.183<10:1F:74:FE:XX:XX>192.168.2.200<B8:27:EB:0C:XX:XX>192.168.2.201
size: 54347 bytes (76725 left)

 

[john9527]

I obfuscated portion of MAC, but here:

dhcp_staticlist=<C4:54:44:5C:XX:XX>192.168.2.163<00:90:A9:B9:XX:XX>192.168.2.183<10:1F:74:FE:XX:XX>192.168.2.200<B8:27:EB:0C:XX:XX>192.168.2.201
size: 54347 bytes (76725 left)

And those are the 4 entries you say you can't delete? Try this sequence....

close the gui and ssh to router
nvram unset dhcp_staticlist
nvram commit
nvram show | grep staticlist (should be empty response)
service reboot

after the router reboots (give it a few minutes), ssh to router
nvram show | grep staticlist
should show 'dhcp_staticlist='

open the router gui and try to enter a new static entry, hit apply

back in ssh session
nvram show | grep staticlist
should show the new entry....if the old entries are back, you must have a browser extension that is autofilling the form behind the scenes.

 

[giant25]

And those are the 4 entries you say you can't delete? Try this sequence....

close the gui and ssh to router
nvram unset dhcp_staticlist
nvram commit
nvram show | grep staticlist (should be empty response)
service reboot

after the router reboots (give it a few minutes), ssh to router
nvram show | grep staticlist
should show 'dhcp_staticlist='

open the router gui and try to enter a new static entry, hit apply

back in ssh session
nvram show | grep staticlist
should show the new entry....if the old entries are back, you must have a browser extension that is autofilling the form behind the scenes.

admin@RT-AC86U:/tmp/home/root# nvram unset dhcp_staticlist
admin@RT-AC86U:/tmp/home/root# nvram commit
admin@RT-AC86U:/tmp/home/root# nvram show | grep staticlist
size: 54347 bytes (76725 left)
dhcp_staticlist=<C4:54:44:5C:XX:XX>192.168.2.163<00:90:A9:B9:XX:XX>192.168.2.183<10:1F:74:FE:XX:XX>192.168.2.200<B8:27:EB:0C:XX:XX>192.168.2.201

and it looks the same if I set the staticlist variable to ="" Is there another param I can try to unset safely to see if it's more than just this param having an issue?

 

[john9527]

Wow....that's really strange. I'm starting to suspect you may have a hardware problem writing to nvram. I've never seen 'unset' not work before.

Let's try and create/delete a new variable....

nvram set test_nvram="xxxxxxxxxxxxxxx"
nvram commit
nvram show | grep test_nvram
nvram unset test_nvram
nvram show | grep test_nvram

 

[giant25]

Wow....that's really strange. I'm starting to suspect you may have a hardware problem writing to nvram. I've never seen 'unset' not work before.

Let's try and create/delete a new variable....

nvram set test_nvram="xxxxxxxxxxxxxxx"
nvram commit
nvram show | grep test_nvram
nvram unset test_nvram
nvram show | grep test_nvram

admin@RT-AC86U:/tmp/home/root# nvram set test_nvram="xxxxxxxxxxxxxxx"
admin@RT-AC86U:/tmp/home/root# nvram commit
admin@RT-AC86U:/tmp/home/root# nvram show | grep test_nvram
test_nvram=xxxxxxxxxxxxxxx
size: 54374 bytes (76698 left)
admin@RT-AC86U:/tmp/home/root# nvram unset test_nvram
admin@RT-AC86U:/tmp/home/root# nvram show | grep test_nvram
size: 54347 bytes (76725 left)
admin@RT-AC86U:/tmp/home/root#

That seems to look ok.

 

[john9527]

@giant25

Last try....let's try and rewrite staticlist with a value from the command line

nvram set dhcp_staticlist="<FF:FF:FF:FF:FF:FF>192.168.2.200"
nvram commit
nvram show | grep staticlist
nvram unset dhcp_staticlist
nvram show | grep staticlist

 

[RMerlin]

rm /jffs/nvram/dhcp_staticlist

 

[giant25]

@giant25

Last try....let's try and rewrite staticlist with a value from the command line

nvram set dhcp_staticlist="<FF:FF:FF:FF:FF:FF>192.168.2.200"
nvram commit
nvram show | grep staticlist
nvram unset dhcp_staticlist
nvram show | grep staticlist

admin@RT-AC86U:/tmp/home/root# nvram set dhcp_staticlist="<FF:FF:FF:FF:FF:FF>192.168.2.200"
admin@RT-AC86U:/tmp/home/root# nvram commit
admin@RT-AC86U:/tmp/home/root# nvram show | grep staticlist
size: 54347 bytes (76725 left)
dhcp_staticlist=<C4:54:44:5C:XX:XX>192.168.2.163<00:90:A9:B9:XX:XX>192.168.2.183<10:1F:74:FE:XX:XX>192.168.2.200<B8:27:EB:0C:XX:XX>192.168.2.201
admin@RT-AC86U:/tmp/home/root# nvram unset dhcp_staticlist
admin@RT-AC86U:/tmp/home/root# nvram show | grep staticlist
size: 54347 bytes (76725 left)
dhcp_staticlist=<C4:54:44:5C:XX:XX>192.168.2.163<00:90:A9:B9:XX:XX>192.168.2.183<10:1F:74:FE:XX:XX>192.168.2.200<B8:27:EB:0C:XX:XX>192.168.2.201

 

[giant25]

rm /jffs/nvram/dhcp_staticlist

That cleared it:
admin@RT-AC86U:/tmp/home/root# rm /jffs/nvram/dhcp_staticlist
admin@RT-AC86U:/tmp/home/root# nvram show | grep staticlist
size: 54202 bytes (76870 left)
admin@RT-AC86U:/tmp/home/root#

 

[giant25]

That cleared it:
admin@RT-AC86U:/tmp/home/root# rm /jffs/nvram/dhcp_staticlist
admin@RT-AC86U:/tmp/home/root# nvram show | grep staticlist
size: 54202 bytes (76870 left)
admin@RT-AC86U:/tmp/home/root#

So now what? Should I try to make assignments in the GUI and see if they survive a reboot? I really appreciate both of you guys. I've run Merlin and John's fork on a few RT-n66u's over the years. Maybe it's time for my 86u to get off stock as well....

 

[ColinTaylor]

So now what? Should I try to make assignments in the GUI and see if they survive a reboot?

Yes, try that.

 

[john9527]

rm /jffs/nvram/dhcp_staticlist

So the nvram command doesn't operate on variables that have been moved to jffs?
Are there special permissions set on the /jffs/nvram directory and files/vars?

 

[RMerlin]

So the nvram command doesn't operate on variables that have been moved to jffs?

It should, at least it used to do so in the past... <shrug>.

Nvram is all closed-source now, so Asus will have to sort this out on their own.

Pinging @arthurlien .

 

[giant25]

It should, at least it used to do so in the past... <shrug>.

Nvram is all closed-source now, so Asus will have to sort this out on their own.

Pinging @arthurlien .

Anyone have an 86u that can test this??? Seems weird if I'm the only one....

 

[giant25]

btw, I just tried to add an assignment via GUI and then reboot. No dice, table was empty.

 

[john9527]

btw, I just tried to add an assignment via GUI and then reboot. No dice, table was empty.

One last thing to check if you would....turn on the browser console (F12), then add an assignment and hit apply. Are there any errors posted in the console?

 

[giant25]

One last thing to check if you would....turn on the browser console (F12), then add an assignment and hit apply. Are there any errors posted in the console?

I see this when navigating to LAN page, but no additional errors after adding an assignment and then hitting apply. I am getting kicked out back to login after hitting apply (I don't remember that happening previously).
unreachable code after return statementhelp.js:33
Synchronous XMLHttpRequest on the main thread is deprecated because of its detrimental effects to the end user’s experience. For more help http://xhr.spec.whatwg.org/ jquery.js:5:17960
SyntaxError: expected expression, got '<'[Learn More]