Temos três VMs do CentOS 5.9 em um host ESX3.5.
Devido à natureza dos serviços que fornecemos, é necessário que a hora do NTP seja sincronizada e a hora esteja correta em todos os três.
No entanto, um deles constantemente recua todos os dias por cerca de 66 segundos. Até agora nenhum de nós parece entender porque isso está acontecendo.
Incluímos a possibilidade de que a VM possa estar, de alguma forma, tirando tempo do host, no entanto, todas as três VMs têm configurações idênticas e não possuem ferramentas VMware instaladas.
Embora eu perceba que isso é provavelmente uma questão interna e não pedir em um fórum, eu gostaria que alguém conhecesse algumas rotinas de diagnóstico do CentOS NTP que me ajudarão a diagnosticar o problema e encontrar um método confiável. solução.
Agradeço a ajuda.
No final, descobriu-se que era o ESX Host que estava mexendo com o tempo na VM. A hora do host ESX foi configurada manualmente e ficou aproximadamente 60 segundos fora do horário normal. Depois que sincronizamos o host com um servidor NTP, o problema desapareceu.
Eu ainda me pergunto como poderia uma VM que não tem ferramentas VMware instalado para puxar o tempo do host - e apenas uma VM de todos. Eu só posso imaginar que deve ser um bug do ESX3.5
Se o relógio der mais de 500ppm em qualquer direção, ntpd o considera insano e pára atualizá-lo . Você verá uma única mensagem de log quando isso acontecer (se você for procurá-la). Nesse caso, você precisará usar um cliente ntp alternativo, como chrony , que pode ser configurado para continuar a trabalhar neste cenário.
Sugiro-lhe algumas ações, porque tive o mesmo problema.
Force a sincronização do ntp diariamente no reinício do crontab + adicionando esses parâmetros em / etc / sysconfig / ntp
OPTIONS="-x -u ntp:ntp -p /var/run/ntpd.pid"
Eu tive exatamente o mesmo problema com o ntp e o CentOS e, mesmo instalando as ferramentas VMware, não houve diferença. Eu deveria tentar com o openntp.