Служба NTP остановлена на машине с centos7.1 linux
В наших 3 linux боксах centos 7.1 мы увидели ниже сообщения в журналах, а затем служба ntpd была остановлена, поскольку смещение превышает 1000 с.
systemd: время было изменено
ntpd[2626]: 0.0.0.0 0617 07 panic_stop -26789 s; set clock manually within 1000 s.
Все эти 3 коробки Linux находятся под машиной ESX. Также обратите внимание, что многие другие Linux-боксы находятся под той же ESX-машиной, кроме этих Linux-боксов.
В этих блоках настроены внешние NTP-серверы, и с этими ntp-серверами проблем нет.
Учитывая приведенный выше сценарий, каковы возможные варианты, когда системные часы изменяются, кроме ручного вмешательства, поскольку эта проблема приводила к автоматической остановке службы NTP.
2 ответа
Спекулятивный ответ: бортовые часы могут дрейфовать, если питание отключено. Возможно, бортовой аккумулятор почти разряжен. Если машина на некоторое время выключается, а питание отключается, то время, установленное при перезагрузке, может выходить за пределы максимально допустимой настройки ntpd.
Если вы находитесь на виртуальных машинах, то только служба на сервере виртуальных машин должна контролировать.
У меня есть машина CentOS 7.1 (не виртуальная машина) .,, В течение этого месяца он был отключен 47 минут + 57 минут + 1 день 7 минут + 2 минуты. В машинном отделении были проведены некоторые электрические работы. Посмотрите на последнюю перезагрузку при отключении -x:
[root@boxymcboxface ~]# last -x shutdown reboot
reboot system boot 3.10.0-229.el7.x Sun Jan 15 16:41 - 16:43 (8+00:02)
shutdown system down 3.10.0-229.el7.x Sun Jan 15 16:38 - 16:41 (00:02)
reboot system boot 3.10.0-229.el7.x Sun Jan 15 16:16 - 16:38 (00:22)
shutdown system down 3.10.0-229.el7.x Sat Jan 14 09:09 - 16:16 (1+07:07)
reboot system boot 3.10.0-229.el7.x Fri Jan 13 12:18 - 09:09 (20:50) ** first ntpd panic_stop seen @ Jan 13 12:38:39 **
shutdown system down 3.10.0-229.el7.x Fri Jan 13 11:21 - 12:18 (00:57) ** down for 57 mins **
reboot system boot 3.10.0-229.el7.x Tue Nov 22 11:49 - 11:21 (51+23:31)
shutdown system down 3.10.0-229.el7.x Tue Nov 22 11:02 - 11:49 (00:47)
Первое сообщение panic_stop:
ntpd[733]: 0.0.0.0 c617 07 panic_stop -1027 s; set clock manually within 1000 s.
Было бы интересно посмотреть, какие часы установлены после каждой перезагрузки. Но только последнее сообщение можно увидеть. 'dmesg | grep clock':
[ 0.810823] rtc_cmos 00:08: setting system clock to 2017-01-15 16:40:57 UTC (1484498457)
Таким образом, это выглядит примерно через 57 минут, когда, возможно, питание отключалось в течение ~30 минут ~ часы сместились (слишком быстро) на 17 минут.
Виртуализация очень подвержена смещению часов. Процессор может делать только одну вещь за раз, поэтому отслеживать время для многих машин довольно сложно.
Вот лучшие рекомендации по ведению времени в VMWare: http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1006427