After a power outage, UPS gave up after 6-7 hours. Devices rebooted when power returned. Catastrophy followed. Several, actually. Of course, I was 10 hours drive away
Asuswrt-Merlin RT-AC56U fw 380.58_0
1. Router was unable to find USB stick with trafic data. Stick had to be manually removed and returned back. Router keep reverting to RAM as location but all other data remained as it should be. This completely removes possibility to use any USB device for me on Asus router.
2. Raspberries should have been assigned manual addresses by the Router. When I initially connected remotely to the router, it would not even show Raspberries as existing devices on the network. When Raspberries were manualy restarted, they received (wrong) automatically generated DHCP addresses. Their entries for manually assigned addresses did not exist in a router. I had to recreate them and reboot RPIs again. Locally reboot them, as I could not acces them remotelly!
Another device has also manuall address asigned from the router, but it was OK. Devices using static addresses were OK. RPIs boot faster than a router.
Maybe this is normal, but it should not be. Normally I never use manual, but static (this was temporary manual to try out new OS version).
Asuswrt-Merlin RT-AC56U fw 380.58_0
1. Router was unable to find USB stick with trafic data. Stick had to be manually removed and returned back. Router keep reverting to RAM as location but all other data remained as it should be. This completely removes possibility to use any USB device for me on Asus router.
Code:
Mar 31 12:59:57 cstats[436]: Problem loading /mnt/LEXAR8GB/tomato_cstats_f07959e31640.gz. Still trying...
Mar 31 12:59:58 rstats[435]: Problem loading /mnt/LEXAR8GB/tomato_rstats_f07959e31640.gz. Still trying...
2. Raspberries should have been assigned manual addresses by the Router. When I initially connected remotely to the router, it would not even show Raspberries as existing devices on the network. When Raspberries were manualy restarted, they received (wrong) automatically generated DHCP addresses. Their entries for manually assigned addresses did not exist in a router. I had to recreate them and reboot RPIs again. Locally reboot them, as I could not acces them remotelly!
Another device has also manuall address asigned from the router, but it was OK. Devices using static addresses were OK. RPIs boot faster than a router.
Log:
Mar 31 23:43:14 dnsmasq-dhcp[417]: DHCPNAK(br0) 192.168.1.7 b8:27:eb:fb:90:2a address not available
Mar 31 23:43:46 dnsmasq-dhcp[417]: DHCPNAK(br0) 192.168.1.6 b8:27:eb:1e:d5:b6 address not available
Maybe this is normal, but it should not be. Normally I never use manual, but static (this was temporary manual to try out new OS version).