UPDATE:
I tried 3.16.1.1 one more time, and now it responds on localnode:8080. No idea why the others did not work, but I am going to try 3.17 again.
UPDATE 2:
I was able to update to 3.17RC1 from 3.16.1.1 this time. That was fun (not).
Is there a way to delete posts? This is now useless ...
----
I have an NSM5 XW that was running 3.16.1.1 with no issues. We are planning to add some Rocket M5 XW nodes that require 3.17RC1 so I decided to update the NSM5s to this also.
I followed the normal procedure (sysupgrade image) to update, and it seemed to go fine. However, when the NS finished booting, it assigned my laptop the address 192.168.1.20. Very odd.
I scanned for IP addresses and ran Wireshark, and there is a Ubiquiti node reporting at 192.68.1.1. I can ping it but that's it - I cannot log into the web page at 192.168.1.1 - refused connection. I tried the other "usual suspects" addresses, ipconfig /release & /renew, etc.
So I put it in recovery mode and TFTP'd the NS back to XW.v5.5-10u2 which was successful. I then used AirOS to upload the 3.17 (factory) release and the same thing happened.
Then I tried TFTP'ing the 3.17 factory image directly with the same results.
Finally, I TFTP'd AirOS again then uploaded the 3.16.1.1 XW factory image to at least try and get back to where I started, but the same odd DHCP address allocation is still happening. Before I try this on other nodes, I'd like to get this resolved and understand why it happened. Net/net, I can get AirOS to work fine but no AREDN image will work.
Does anyone know what is happening? I searched the forum for issues with 192.168.1.20 as an assigned (not node) address with no luck.
73, Rob
Close your browser.
unplug your network cable
plug in you network cable
open your browser
try to go to: localnode.local.mesh:8080
If that doesn't work, try: 192.168.1.1:8080
If that doesn't work, try connecting via wifi to ssid: MESHNODE and repeating the above 3 steps.
Go thru the normal configuration.
We have made some improvements in 3.17.1.0+ to reduce the likelyhood of losing config (ie. going back to pre-config state) during a sysupgrade.