Estou com um problema estranho com um dos meus servidores. ntpd
e ntpdate
falha ao trabalhar, mas a depuração não mostra nenhum erro. No começo, pensei que talvez um firewall local ou de rede estivesse bloqueando a porta UDP 123, mas esse não é o caso - este servidor pode conversar com a porta UDP 123 (o protocolo ntp) com a Internet e obter respostas.
Deixe-me demonstrar o problema.
date -s "30 DEC 2012 02:30:00"
- funciona, para que eu possa acertar o relógio sem erros.
ntpq -pn pool.ntp.org
- funciona, eu recebo dados de tempo detalhados do servidor de horas e prova que os pacotes UDP estão funcionando.
ntpdate -d pool.ntp.org
- o modo de depuração funciona, mostra uma tonelada de dados de depuração e mostra o deslocamento de tempo atual:
30 Dec 02:38:56 ntpdate[19267]: step time server 208.97.140.69 offset 228.234554 sec
Tudo parece normal, até:
ntpdate pool.ntp.org
- após uma pausa de 4,7 segundos, ele retorna:
30 Dec 02:41:29 ntpdate[19274]: no server suitable for synchronization found
Problema semelhante ao executar ntpd
, ele não atualiza o relógio.
Depois que o ntpd é iniciado, ntpq -pn
todos os refid ficam presos para sempre, o .INIT.
que significa que eles não podem sincronizar.
/ var / lib / ntp / drift é a configuração driftfile no ntp.conf, que é chmod 644 e pertence a ntp: ntp, o mesmo que todos os meus outros sistemas.
Tentei uma dúzia de outros servidores ntp time, desabilitei o firewall do iptables e confirmei que o datacenter não está filtrando o tráfego udp. Alguma idéia do que está impedindo o ntpd e o ntpdate de sincronizar meu relógio?
Este é o CentOS 6.3 x64 em um servidor dedicado com CPU Intel.