Съезжает время в CentOS 7

ntp клиент запущен как демон? Давай сюда статус ntpdate.

Нет, я же написал, что я его вручную запускаю по надобности. Но я не понимаю момента, даже если я запустил ntpdate всего один раз, всё, часы уже установлены, с какого перепугу им съезжать.

Батарейка не села в БИОСе? Такое бывает из-за этого.

Ручная синхронизация с сервером, командой «ntpdate 0.ru.pool.ntp.org» правит часы, но после перезагрузки они опять съезжают.

Раз уж ты слышал про ntpdate, почитай о hwclock на предмет синхронизации system clock -> hardware clock

А лучше запускай chronyd

Почему не сделать timedatectl set-ntp true и забыть о проблеме?

А лучше запускай chronyd

чем он лучше по сравнению с ntpd?

Работает и не парит мозги, по крайней мере в качестве NTP-клиента.

можно услышать историю о том как ntpd запарил мозги?

Dual boot или VirtuBox?

Не для сервера, а для десктопа и ноута. Которые периодически выключаются а иногда вообще сидят без доступа к сети

Заявлена более быстрая синхронизация ( ntpd в этом плане крайне консервативен ), ещё что-то там, см. sysadmin guide к rhel7

Не вопрос. Centos 7, около 300 ВМ под VMWare и около 100 под Proxmox. Активно используем Ceph, для которого расхождение времени в пару минут уже критично. Изначально выбрал ISCышный ntpd как более «проверенное» решение, вместо дефолтного chronyd. В результате, через пару месяцев аптайма наблюдаем сильное расхождение времени (минуты). Ntpq не показывает ни одного сервера (синхронизируем со своими серверами на ISC ntpd). После принудительного перезапуска — синхронизирует. Связность сети присутсвует, версии актуальные, фаервол исключен, selinux тоже. Гугле дает информацию, что такое бывало не только у нас, причем без описания причин и точного способа лечения. В результате было решено вернуть дефолтный Chronyd. Вроде работает, 2й месяц без нареканий.

Раз уж ты слышал про ntpdate, почитай о hwclock на предмет синхронизации system clock -> hardware clock

Точняк

ставь хроникд

Ну да, оно. Надо же, впервые узнал, что в linux системное время и время BIOS - это разные вещи, и что оказывается date показывает именно системное.

это не только в линукс

Заявлена более быстрая синхронизация ( ntpd в этом плане крайне консервативен )

Может быть ntpd более акуратен? Не всегда можно сразу взять и сменить время. Если на аккуратность вообще плевать можно заюзать ntpdate :)

Подобног не встречал. Вы случайно не синхронизируете время из vmware через vmware tools а потом еще и с помощью ntpd?

Ntpq не показывает ни одного сервера

что говорят команды loopinfo и sysinfo?

Может быть ntpd более акуратен?

Нет

Не всегда можно сразу взять и сменить время

Я в курсе. Поэтому chronyd и позиционируют для дескотопов, а не серверов и тем более не кластеров

open-vm-tools установлены. Синкается ли время с ESXi навскидку не скажу, надо смотреть, но такая же проблема была и в KVM под Proxmox.

синхронизируем со своими серверами на ISC ntpd

Сколько у вас своих серверов ntpd?
И сколько серверов прописано на клиентах?

Это че в копейкооси7 так все плохо, что при ребуте hwclock не вызывается? Или это хард ребут?

Два. С обоими клиенты синкаются. Конфигурация везде идентичная.

Хрони точно так же может синкаь время плавно.

Два. С обоими клиенты синкаются.

Говоришь, не описано причин и точного способа лечения?
А я вот скажу тебе, в чем причина, и точный способ лечения.
NTP-сервера должно быть минимум 3.

А если их всего два, то клиент без третьего сервера не сможет понять, какой из двух врет, и не будет синхронизировать время ни с одним из них.

Если нет возможности использовать 3 или более сервера, то следующий рабочий вариант - 1 сервер, но никак не 2. А если всякие chronyd и прочие железки нормально работают с двумя серверами и не жужжат, то это просто значит, что в них упрощенная реализация NTP, и по факту используется только один сервер, а переключение на второй происходит только при недоступности первого.