Jump to content
Калькуляторы

Часы на Mikrotik ROS x86

Mikrotik на х86.

Время на материнке (в БИОС) выставлено верно. (материнка и проц менялись 2 раза, не помогло).

На Микротике выставлено верно.

Часовой пояс - Европа/Киев. (тут тоже всё крутилось раз 10, не помогло).

Синхронизация по удаленному NTP-серверу (менялись раз 20, не помогло).

 

В чем проблема.

 

Если отправить сервер в ребут, во время загрузки он подхватывает откуда-то лишние 3 часа.

Например, в 10:00 дана команда на ребут.

В логах загрузки видно, что интерфейсы и прочее поднялись в 13:01, вместо 10:01.

Лишь потом, вероятно после подгрузки NTP-клиента и синхронизации, время снова становится 10:01.

 

Вроде мелочь, но нет.

1. В графиках возникает "пробел" в 3 часа.

2. Не всегда, но периодически, неправильно срабатывают задания в sheduler.

Если запланировано, например, на полночь, то сначала срабатывает в 9 вечера (на 3 часа раньше), а затем снова в полночь.

Такое ощущение что сервер живет своим временем на 3 часа вперед, несмотря на то, что показывает верно.

 

P.S. Раньше вместо х86 был борд и на нем такой проблемы не было.

Такое ощущение, что это именно какой-то конфликт с "компом".

Но куда копать, я уже хз.

В БИОС все настройки по сути стандратны.

Edited by Trueno

Share this post


Link to post
Share on other sites

5 минут назад, EShirokiy сказал:

@Trueno а если таймзону мануалом выставить +3:00? 

Аналогично.

Я уже думал даже обмануть судьбу, делал нулевой часовой пояс, но ставил +3 часа в DST (летнем времени), но один х тот же глюк.

 

Такое ощущение, что при посыле сервера в ребут, он при загрузке добавляет 3 часа к времени на материнке, грузится с этим временем, а затем при подгрузке NTP клиента возвращает нормальное время (синхронится).

 

Неужели у всех так?

Share this post


Link to post
Share on other sites

При синхронизации часов в BIOS время выставляется с учетом часового пояса.

При загрузке ОС система берет время из BIOS без учета часового пояса.

Если такое поведение не настраивается, то можно выставить и всегда использовать UTC.

Share this post


Link to post
Share on other sites

1 минуту назад, alibek сказал:

Если такое поведение не настраивается, то можно выставить и всегда использовать UTC.

Не совсем понял.

Если выставить время и не синхронить его по NTP, то время убегает по паре минут в день.

 

Как я вижу траблу:

Сервер идёт в ребут.
Начинается загрузка.
Время допустим 10 часов.
В конфиге есть строка по +3 часа, сервер меняет время на 13 часов.
Запускается NTP-клиент и синхронит время уже верно, снова 10 часов.

 

Share this post


Link to post
Share on other sites

2 минуты назад, alibek сказал:

На сервере использовать часовой пояс UTC.

Ну так тогда на сервере будет время постоянно на 3 часа меньше настоящего.

Как бы совсем не вариант.

Мне не верится, что среди кучи пользователей ROS на компьютерном железе, с этим столкнулся  я один.

Share this post


Link to post
Share on other sites

28 минут назад, alibek сказал:

Время будет правильное, просто в часовом поясе UTC.

Поставил UTC, стало на 3 часа назад. Поправил вручную - через пару минут снова стало на 3 часа раньше.

Нужно переезжать в Англию. Или Ирландию. Или Буркина Фасо :) Там UTC как раз.

Share this post


Link to post
Share on other sites

15 часов назад, Trueno сказал:

 

Если отправить сервер в ребут, во время загрузки он подхватывает откуда-то лишние 3 часа.

В Linux принято хранить в биос время utc а в системе + часовой пояс. Поэтому он у вас при загрузке думает что в биос utc и прибавляет 3 часа которые потом убирает сихронизировавшись с внешним ntp

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.