при загрузке не больше 10% в пиках, ибо фасттрек. профиль нагрузки в долгосрочной перспективе остался тот же, и сейчас вот уже 3 недели работает на стейбле
Причём, в сислоге никаких сообщений вообще, просто пропадает лог на некоторое время, потом появляется с неправильным временем, потом ntp клиент его поправляет. И только вот по этому событию можно было в сислоге поймать время ребута
Причём, в сислоге никаких сообщений вообще, просто пропадает лог на некоторое время, потом появляется с неправильным временем, потом ntp клиент его поправляет. И только вот по этому событию можно было в сислоге поймать время ребута
со временем петрушка от ребута не зависит. в мт просто нет риал-тайм-клок
*) arm - improved watchdog and kernel panic reporting in log after reboots on RB3011 and IPQ4018/IPQ4019 devices ("/system routerboard upgrade" required);
*) arm - improved watchdog and kernel panic reporting in log after reboots on RB3011 and IPQ4018/IPQ4019 devices ("/system routerboard upgrade" required);
то есть, скорее всего, ребут был между таймштампами 06:31 и 06:32, но там 16 сек - виртуальные, по внутренним сейвам роутера, а фактически около минуты, скорее всего. Что в итоге выливается в 1м 15сек реальных