Beta Asuswrt-Merlin 3006.102.7 Beta is now available

[Aarlin303]

I get that message every time I install new firmware. Be96u
Same on my old Gt-Axe11000

 

[visortgw]

I noticed something I had not seen before. After the update completed on my BE88U, I received a message instructing me to manually reboot the router. That would be highly inconvenient and potentially problematic if I were performing the upgrade remotely. Requiring physical access after a firmware update defeats the purpose of remote management and could leave the device inaccessible until someone is on-site.

Is this a normal experience, or did something go wrong during the update?

Happens every once in a while when the update doesn't sense completion, but it is rarely necessary. When I see that, I typically log into router via ssh and reboot via amtm -- command is rn (for reboot now).

 

[aex.perez]

Just

I noticed something I had not seen before. After the update completed on my BE88U, I received a message instructing me to manually reboot the router. That would be highly inconvenient and potentially problematic if I were performing the upgrade remotely. Requiring physical access after a firmware update defeats the purpose of remote management and could leave the device inaccessible until someone is on-site.

Is this a normal experience, or did something go wrong during the update?

Been seeing this on the BE96u the last few FW upgrades as well. As my Spider is somewhat hidden, on a cabinet behind some moulding, I pull the power to restart. If doing remotely, it would be a headache.

 

[aex.perez]

Just dirty upgraded to the Beta, was a little slow starting everything back up and getting everything connected (and managed - via IoT apps) but eventually they all did and without assistance. But I will deal with that as my original problem got solved. Now if I enable the Guest Network profile (different SSID & subnet from Main or Custom) via the GUI, some the IoT devices on the Main or Custom profile (that are the same subnet) now successfully are able to renew their IP's. Assumed it was releated to MLO but all the devices connected final on the MLO/WiFi7 SSID WPA2/3 except the printer (expected, will move that to wired as I originally had it, only supports WPA but connects to WPA2 SSID)

Asus had reviewed my config/setup and confirmed I did it correctly, but also admitted they had problems in the FW and dnsmasq for the BE96u. Fortunately Merlins FW release cycle is a little more accelerated. I had tried several prior releases of Merlin and Asus FW, all had the same issue.

Got all three SSID's (and two subnets) running finally! Everything running smoothly so far, been 30 minutes, and bonus I didn't have to manually restart.

 

[Ripshod]

After a little over 24hrs the router rebooted itself - nothing in the logs so I'll be watching.

 

[Ripshod]

As my Spider is somewhat hidden, on a cabinet behind some moulding, I pull the power to restart

Simpler to just ssh in and enter

reboot

Only takes a few seconds.
Safer than just cutting the power.

 

[octopus]

I get this every 3rd second had to remove service-event-end file.

Feb  8 23:06:41 service-event-end: 10004 Start service-event-end running restart autowan
Feb  8 23:06:44 service-event-end: 10058 Start service-event-end running restart autowan
Feb  8 23:06:47 service-event-end: 10080 Start service-event-end running restart autowan
Feb  8 23:06:50 service-event-end: 10103 Start service-event-end running restart autowan
Feb  8 23:06:53 service-event-end: 10131 Start service-event-end running restart autowan
Feb  8 23:06:56 service-event-end: 10150 Start service-event-end running restart autowan
Feb  8 23:06:59 service-event-end: 10173 Start service-event-end running restart autowan
Feb  8 23:07:02 service-event-end: 10206 Start service-event-end running restart autowan
Feb  8 23:07:05 service-event-end: 10225 Start service-event-end running restart autowan
Feb  8 23:07:08 service-event-end: 10251 Start service-event-end running restart autowan
Feb  8 23:07:11 service-event-end: 10277 Start service-event-end running restart autowan
Feb  8 23:07:14 service-event-end: 10296 Start service-event-end running restart autowan
Feb  8 23:07:17 service-event-end: 10319 Start service-event-end running restart autowan

 

[bluepoint]

I noticed something I had not seen before. After the update completed on my BE88U, I received a message instructing me to manually reboot the router. That would be highly inconvenient and potentially problematic if I were performing the upgrade remotely. Requiring physical access after a firmware update defeats the purpose of remote management and could leave the device inaccessible until someone is on-site.

Is this a normal experience, or did something go wrong during the update?

It happens to me almost in every update since I use wireless 5Ghz connection to install. When I see that message to reboot manually, I just ignore it and wait until my connection is establish , 5Ghz connection needs time to establish its connection as the router scans the channels to check for interferences then eventually connection is established. The message will not show in remote connections(VPN) since the router completely reooted before it let you in.