Время на одной из наших Linux-систем очень странное. Каждый раз, когда я звоню date 3 раза, четвертый звонок покажет неправильное время (обычно на 1 час позже). У меня есть настройка cron для синхронизации с ntp-сервером. У нас более 20 подобных серверов, только у этого проблема. Любая идея? Спасибо.
Linux 2.6.18-6-686 # 1 SMP Чт, 20 августа 21:56:59 UTC 2009 i686 GNU / Linux
Редактировать:
: ~ # дата; Дата; Дата; Дата; Дата; Дата; Дата; Дата; Дата
Пт, 11 июня, 19:12:46 PDT 2010 г.
Пт, 11 июня, 17:59:28 PDT 2010 г.
Пт, 11 июня, 17:59:28 PDT 2010 г.
Пт, 11 июня, 17:59:28 PDT 2010 г.
Пт, 11 июня, 19:12:46 PDT 2010 г.
Пт, 11 июня, 17:59:28 PDT 2010 г.
Пт, 11 июня, 17:59:28 PDT 2010 г.
Пт, 11 июня, 17:59:28 PDT 2010 г.
Пт, 11 июня, 19:12:46 PDT 2010 г.
Дата; спать 10; Дата; спать 10; Дата; спать 10; Дата; спать 10; Дата; спать 10; Дата; спать 10; Дата
Пт 11 июня 18:05:32 PDT 2010
Пт 11 июня, 19:19:00 PDT 2010
Пт 11 июня 18:05:52 PDT 2010
Пт, 11 июня, 19:19:20 PDT 2010 г.
Пт 11 июня 18:06:12 PDT 2010
Пт, 11 июня, 19:19:40 PDT 2010 г.
Пт 11 июня 18:06:32 PDT 2010
Тот факт, что всегда кажется, что это около часа перерыва, убедительно подсказывает мне, что у вас где-то неправильно установлен часовой пояс, и один из инструментов синхронизации, которые вы используете, пытается установить время в неправильный часовой пояс.
У нас тоже работает ntpd. Спасибо.
Вы не должны запускать ntpd и устанавливать время с помощью другого инструмента через cron. Использование нескольких инструментов для синхронизации времени почти всегда ухудшает ситуацию.
Выберите инструмент и используйте только его. Если этот сервер виртуализирован, пожалуйста, также убедитесь, что учитываете временную синхронизацию, которая является частью ваших инструментов виртуальной машины. Время должно быть установлено только одним.
Да, выберите один метод и придерживайтесь его. Если после выбора один метод, у вас все еще есть эта проблема, то пора подумать, что это из-за аппаратной ошибки. Я не совсем аппаратный человек, но кажется, что причина в этом. Выход из строя батареи RTC (маловероятно), радиочастотные помехи на системной плате (более вероятно) и т. Д.
И, кстати, ntpd предназначен для синхронизации часов, он предназначен для эксклюзивный контроллер часов. Выберите ntpd.
Почему бы не использовать ntpd вместо ntp из cron?
Судя по вашим комментариям, у вас нормально работает ntp (синхронизируется с time2.srv.ualbe). Отключите все остальные способы обновления часов. Проверить время с date
. Если это неправильно, происходит одно из следующего:
У вас неправильный часовой пояс (в вашем случае PDT). В этом случае результаты date --utc
совпадут в этой и других машинах.
Сервер NTP предоставляет неправильное время (очень маловероятно в вашей ситуации, так как у вас есть 4 сервера, согласующиеся на одну и ту же дату - все смещения меньше 0,1 секунды).