У меня есть 2 хоста HP ProLiant VMware 5.5, и я настроил на них синхронизацию времени для использования NTP. Я указал NTP на серверы n.north-america.pool.ntp.org. Я перезапустил службу времени и ждал 15 минут, но время все еще истекло на 6 минут (в любом случае, в настоящее время). Файл ntp.conf выглядит так:
restrict default kod nomodify notrap nopeer
restrict 127.0.0.1
server 0.north-america.pool.ntp.org
server 1.north-america.pool.ntp.org
server 2.north-america.pool.ntp.org
server 3.north-america.pool.ntp.org
driftfile /etc/ntp.drift
Я просмотрел руководство по устранению неполадок VMware NTP, и команда watch ntpq -q localhost показывает следующее:
Every 2s: ntpq -p localhost
2016-05-20 17:39:28
remote refid st t when poll reach delay offset jitter
==============================================================================
+utcnist2.colora .NIST. 1 u 42 64 377 111.955 347166. 166.746
+nox.prolixium.c 200.98.196.212 2 u 42 64 377 56.777 347187. 163.313
triangle.kansas 128.252.19.1 2 u 114 64 332 105.921 347142. 155243.
*131.107.13.100 .ACTS. 1 u 40 64 377 103.846 347195. 165.405
Смещение всегда составляет 347 К. Я также просмотрел syslog.log и вижу следующие сообщения:
2016-05-20T16:36:58Z root: ntpd Stopping ntpd
2016-05-20T16:36:58Z watchdog-ntpd: Watchdog for ntpd is now 950158
2016-05-20T16:36:58Z watchdog-ntpd: Terminating watchdog process with PID 950158
2016-05-20T16:36:58Z watchdog-ntpd: [950158] Signal received: exiting the watchdog
2016-05-20T16:36:59Z ntpd[950186]: ntpd exiting on signal 1
2016-05-20T16:36:59Z root: ntpd Starting ntpd
2016-05-20T16:36:59Z watchdog-ntpd: [956340] Begin '/sbin/ntpd ++group=ntpd -g -n -c /etc/ntp.conf -f /etc/ntp.drift', min-uptime = 60, max-quick-failures = 1, max-total-failures = 100, bg_pid_file = ''
2016-05-20T16:36:59Z watchdog-ntpd: Executing '/sbin/ntpd ++group=host/vim/vmvisor/ntpd -g -n -c /etc/ntp.conf -f /etc/ntp.drift'
2016-05-20T16:36:59Z ntpd[956363]: ntpd 4.2.6p2@1.2194-o Tue Mar 3 09:11:43 UTC 2015 (1)
2016-05-20T16:36:59Z ntpd[956363]: proto: precision = 0.520 usec
2016-05-20T16:36:59Z ntpd[956363]: Listen and drop on 0 v4wildcard 0.0.0.0 UDP 123
2016-05-20T16:36:59Z ntpd[956363]: Listen normally on 1 lo0 127.0.0.1 UDP 123
2016-05-20T16:36:59Z ntpd[956363]: Listen normally on 2 vmk0 172.16.120.2 UDP 123
2016-05-20T16:36:59Z ntpd[956363]: Listen normally on 3 vmk1 172.16.180.23 UDP 123
2016-05-20T16:36:59Z ntpd[956363]: Listen normally on 4 vmk2 172.16.180.24 UDP 123
2016-05-20T16:42:01Z ntpd[956363]: 128.138.141.172 interface 172.16.180.23 -> 172.16.120.2
2016-05-20T16:42:01Z ntpd[956363]: 131.107.13.100 interface 172.16.180.23 -> 172.16.120.2
2016-05-20T16:42:01Z ntpd[956363]: 45.79.10.228 interface 172.16.180.23 -> 172.16.120.2
2016-05-20T16:42:01Z ntpd[956363]: 64.6.144.6 interface 172.16.180.23 -> 172.16.120.2
172.16.120.2 - это мой порт vmkernel для vMotion, управления и т. Д. 172.16.180.23 и 24 - это порты vmkernel только для iSCSI (vMotion, управление и т. Д. Отключены).
Там должно быть несколько сообщений, похожих на это «ntpd [263140]: synchronized to, stratum», но я их не вижу.
Есть идеи, что мне может не хватать?
РЕДАКТИРОВАТЬ: На самом деле, если я вручную установил время (используя Google, чтобы получить текущее время), оно вернется к 6 минутам медленнее через несколько секунд.
РЕДАКТИРОВАТЬ 2: Ну, неправильное время распространялось на наш контроллер домена, а затем на наши рабочие станции. Я отключил синхронизацию времени VMware Tools с контроллером домена, попросил его повторно синхронизировать свое время, а затем повторно синхронизировал время с моим рабочим столом, чтобы все было правильно.
Теперь я больше не испытываю вышеуказанной проблемы. Итак, возможно ли, что неправильное время на виртуальной машине контроллера домена корректировало время на хосте? Я не думал, что это пошло обоими способами. В качестве альтернативы, может ли клиент vSphere на моем компьютере обновлять время на хосте?