У меня есть виртуальная машина Ubuntu 12.04 LTS, работающая внутри VirtualBox. Это нормально, за исключением того, что часы отстают ровно на 25 минут от всех остальных машин в сети. Моя обычная процедура - настроить NTP, запустить ntpdate вручную, и тогда у меня никогда не будет проблем. Я изменил настройку NTP и даже добавил еще один локальный сервер NTP в качестве меры предосторожности. Но я заметил, что все другие машины (виртуальные или физические) записывают дрейфовый файл в / var / lib / ntp. Эта машина никогда этого не делает. В нем есть следующая строка /etc/ntp.conf
driftfile /var/lib/ntp/ntp.drift
Но файл никогда не создается
ericu@ubuntu-lts-base:/etc/apparmor/init$ service ntp status && ls -l /var/lib/ntp/
* NTP server is running
total 0
ericu@ubuntu-lts-base:/etc/apparmor/init$
Я проверил разрешения на каталог
ericu@ubuntu-lts-base:/etc/apparmor/init$ ls -l /var/lib | grep ntp
drwxr-xr-x 2 ntp ntp 4096 Jun 5 2012 ntp
Мне нравится. Что здесь происходит? Это должно быть проблемой. Любая другая машина прекрасно создает дрейфовый файл и никогда не теряет синхронизацию с NTP-сервером.
Проверьте файлы журнала; вы должны ожидать, что демон ntp будет периодически корректировать часы. Любая виртуальная машина будет перекоситься. Если текущих исправлений не происходит, значит, ntpd не работает и потеря синхронизации неизбежна.
Используйте 'ntpq -p', чтобы проверить, что ваш ntp-клиент сообщает о ваших ntp-серверах.
[user@host-1 ~]$ ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
+1.1.1.2 69.15.40.29 3 u 827 1024 377 0.575 -0.553 0.125
+1.1.1.3 38.229.71.1 3 u 582 1024 377 0.393 -0.170 0.104
1.1.1.4 11.4.12.87 4 u 479 1024 377 0.465 -0.276 0.020
*1.1.1.5 67.18.87.111 3 u 634 1024 377 0.460 -0.117 0.575
Там масса полезной информации. Вы должны ожидать увидеть небольшие, но ненулевые значения задержки, смещения и джиттера. Для параметра «досягаемость» должно быть 377 - если он равен 0, это означает, что ваш ntp-клиент не выполняет успешно запросы к связанному с ним ntp-серверу. Другие признаки неудачного подключения к серверу включают, если refid говорит '.INIT.' Или если stratum (st) равен 16. Если это так, начните проверку обычных критериев «достижимости»: брандмауэры, настроен ли ntp-сервер чтобы позволить этому клиенту и т. д.