Что рекомендуемый путь состоит в том, чтобы синхронизировать время с помощью NTP?
Так как Вы не можете исправить большие отклонения во время с помощью ntp (если у Вас нет нескольких часов для часов, чтобы нагнать или замедлиться), я делаю это:
service ntpd stop ntpdate us.pool.ntp.org service ntpd start
Я крон это на этот раз день, каждый день. Я также поместил ntpdate в init сценарий для выполнения, прежде чем ntp запустятся после начальной загрузки, так как перезагрузки и циклы включения и выключения питания являются наиболее вероятными / частыми событиями, которые смешивают с системным временем.
-
1Если ntpd работает успешно, почему необходимо остановить и запустить его? Это походит на ужасную идею. – dfc 05.10.2013, 06:29
-
2ntpdate не будет работать, если ntpd будет работать. – Grizly 10.10.2013, 07:29
То, что Вы ищете, ntpd с --panicgate опция.
panicgate опция позволяет первую корректировку после ntpd начинает быть любым размером. Это точно для варианта использования, который Вы описали, где машина подходит, и это - часы, дико неточно. Когда ntpd запускается с этой включенной опции, это может занять некоторое время для него, находят сервер и устанавливают синхронизацию с ним.
Та опция сам по себе решает Ваш объект № 1.
2. Ванильный ntpd. Ntpd сохраняет файл дрейфа, который является уровнем расфазировки тактовых сигналов Вашей системы.
3. Также то же как № 1. --panicgate опция не ограничена сразу, когда ntpd запускается, это ограничено "первой корректировкой", каждый раз, когда та корректировка.
-
1
Используйте chronyd/chronyc вместо ntp/ntpdate. Это уже - метод по умолчанию в мягкой фетровой шляпе и, я предполагаю, будет в RHEL 7.0 как только это готово.
Документация может быть найдена по http://chrony.tuxfamily.org/