У нас есть веб-сервер Debian, который я пытаюсь использовать с помощью ntpdate, чтобы синхронизировать время.
Когда я бегу
ntpdate ntp0.cs.mu.oz.au
я получаю
16 Sep 10:55:36 ntpdate[21626]: step time server 128.250.36.2 offset 318.914011 sec
Без ошибок, что, я думаю, должно быть хорошо ...
Когда я снова проверяю время, оно не меняется.
Я также не могу установить время вручную, используя
date --set 11:00:00
У меня такое чувство, что есть и другие проблемы.
Любой совет будет принят во внимание.
Обновить
Извините за бездельников, эта машина - виртуальная машина XenServer, о которой мне удалось забыть.
После обновления часов хоста время виртуальной машины теперь правильное.
Спасибо за ответы. Спасибо.
Я уже через это проходил.
Попробуйте (на domU):
echo 1 > /proc/sys/xen/independent_wallclock
и попробуйте обновить время еще раз.
Попробуйте по этой процедуре:
Стоп в ntpd сначала обслуживание:
service ntpd stop
Сейчас Обновить местное время
ntpdate "server name"
и после этого запустить службу:
service ntdp start
Попробуйте запустить ntpdate на непривилегированном порту (если вы используете ntpd), иначе он откажется вносить какие-либо изменения.
ntpdate -u ntp0.cs.mu.oz.au
Изменилось ли время, когда вы установили новое время с помощью даты?
Попробуйте проверить аппаратные часы машины. (человек час)
Вы уделили этому время? Обычно ntp медленно корректирует время, поэтому, когда вы смотрите журналы, все по-прежнему имеет смысл, и приложения не сбиваются с толку. Это называется поворотом, вы можете прочитать об этом в man ntpdate или RFC 1305.
«Настройка времени выполняется с помощью ntpdate одним из двух способов. Если ntpdate определяет, что часы имеют ошибку более 0,5 секунды, она просто изменит время, вызвав системную процедуру settimeofday (). Если ошибка менее 0,5 секунды , он сократит время, вызвав системную процедуру adjtime (). Последний метод менее разрушителен и более точен, когда ошибка небольшая, и работает достаточно хорошо, когда ntpdate запускается cron каждые час или два ".