Обратил внимание создал виртуальное устройство 21.05 примерно в 8 утра в истории почему-то данные с 20го, пошел в журнал, а там время не по порядку идет. Релиз тестинг, обновленный
а первые записи тоже
потом перезагрузил и записи начали попадать в нужное времяВот график контрола системное время,
Вот лог я так понимаю после перезагрузки время встало на место
Вот перескок с правильного 21го на не правильное 20ое
Добрый день.
Проверьте пожалуйста какое (верное ли) время установлено в аппаратном RTC.
hwclock --show
Ну и установите его так.
root@wirenboard-AED7DFY7:~# hwclock --show
2026-05-21 13:06:32.537797+05:00 я так понимаю установлено,
Проверил работу NTP
root@wirenboard-AED7DFY7:~# timedatectl status
Local time: Thu 2026-05-21 13:45:26 +05
Universal time: Thu 2026-05-21 08:45:26 UTC
RTC time: Thu 2026-05-21 08:45:26
Time zone: Asia/Yekaterinburg (+05, +0500)
System clock synchronized: yes
NTP service: active
RTC in local TZ: yes
Проанализировал таблицу системного времени в БД истории и вот что нашел в это время выполнял настройки правил, мог перезагружать устройство, хотелось бы понять причину не корректного времени
−652 мин ~11 часов назад
639760;07:06;1779242760107 верное
639885;07:08;1779242880107
639994;20:16;1779203760107
640080;20:18;1779203880104
+659 мин и сразу −186 мин
647984;23:34;1779215640104
648058;23:36;1779215760106
648350;10:35;1779255300108
648619;10:37;1779255420102
648836;07:31;1779244260105 верное
648947;07:33;1779244380104
−1260 мин (~21 ч)
700414;07:38;1779331080107 верное
700472;07:40;1779331200106
700578;10:40;1779255600113
700706;10:42;1779255720107
+1265 мин
706175;12:48;1779263280106
706268;12:50;1779263400107
706538;09:55;1779339300104
706827;09:57;1779339420107 верное
Выполнил hwclock --systohc --localtime как написано в вики и теперь ОС ругается на локальное время в RTC. Это нормально?
root@wirenboard-AED7DFY7:~# hwclock --systohc --localtime
root@wirenboard-AED7DFY7:~# timedatectl status
Local time: Thu 2026-05-21 13:52:12 +05
Universal time: Thu 2026-05-21 08:52:12 UTC
RTC time: Thu 2026-05-21 13:52:12
Time zone: Asia/Yekaterinburg (+05, +0500)
System clock synchronized: yes
NTP service: active
RTC in local TZ: yesWarning: The system is configured to read the RTC time in the local time zone.
This mode cannot be fully supported. It will create various problems
with time zone changes and daylight saving time adjustments. The RTC
time is never updated, it relies on external facilities to maintain it.
If at all possible, use RTC in UTC by calling
‘timedatectl set-local-rtc 0’.
Вот localtime, пожалуй, не стоит - посоветуюсь с коллегами зачем его туда ставить. Время в системе лучше штатным образом оставить UTC а локальное - получать часовым поясом.
А выгрузите пожалуйста прямо все логи оптом в файл, за час до инцидента и полчаса после, с помощью journalctl. Буду смотреть, пока не особо понятна причина, так как на работающем контроллере время может поменять (ну, если не программно что-то поменяло) только ntp.
Загрузил за час до отклонения времени, потом весь период неправильного времени, и потом как оно вернулось к нормальному после перезагрузки. вчера и сегодня два разных архива
21на20.zip (60,3 КБ)
20на19 три прыжка.zip (106,0 КБ)
NTP-сервер 192.168.223.97 (получен от DHCP) имел неверное время ~12 часов назад. При каждом пропадании линка ntpd перезапускался с флагом -g , разрешающим установку, времени полученного от сервера.
Ну и еще, можно в конфиге ограничить максимальный шаг: в /etc/ntp.conf добавить
tinker panic 0 stepout 5
чтобы при расхождении больше заданного не синхронизировать - имеет свои плюсы и минусы, конечно.
Про это была первая мысль, задал вопрсос админу еще с устра, а он пока не ответил, доступа к роутеру нет к сожалению. Вам спасибо за уделенное время