Eu tenho dois hosts HP ProLiant VMware 5.5 e configurei a sincronização de horário para usar o NTP. Eu apontei o NTP para os servidores n.north-america.pool.ntp.org. Eu reiniciei o serviço de tempo e esperei 15 minutos, mas o tempo ainda está fora por 6 minutos (atualmente mesmo assim). O arquivo ntp.conf se parece com isto:
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
Analisei o guia de solução de problemas do VMware NTP e o comando watch ntpq -q localhost mostra o seguinte:
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
O deslocamento é sempre de 347K. Eu também olhei em syslog.log e as únicas mensagens que vejo são as seguintes:
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 [email protected] 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 é a minha porta vmkernel para o vMotion, gerenciamento, etc. 172.16.180.23 e 24 são portas vmkernel apenas para iSCSI (vMotion, gerenciamento, etc. desativado).
Deveria haver algumas mensagens lá semelhantes a este "ntpd [263140]: sincronizado com stratum" mas não vejo nenhum.
Alguma ideia do que eu possa estar perdendo?
EDIT: Na verdade, se eu definir manualmente o tempo (usando o Google para obter a hora atual), ele irá reverter para 6 minutos lentamente após alguns segundos.
EDIT 2: Bem, o tempo incorreto estava se propagando para nosso controlador de domínio e depois para nossas estações de trabalho. Desativei a sincronização de tempo do VMware Tools com o controlador de domínio, fiz com que ele sincronizasse novamente o tempo e, em seguida, sincronizasse novamente o tempo para a minha área de trabalho para que tudo estivesse correto.
Agora, não estou mais passando pelo problema acima. Então, é possível que o tempo incorreto na VM do controlador de domínio estivesse ajustando a hora no host? Eu não acho que foi nos dois sentidos. Como alternativa, o vSphere Client na minha máquina atualizaria a hora no host?
Tags ntp vmware-esxi