Hora do linux atrasa mas a do hardware não. [RESOLVIDO]

Estou enfrentando problema com o centos, derrepentemente a hora do linux começa atrasar segundo, minutos e assim vai.

Notei que isso acontece somente com linux e não com o hardware. Talvez seja algo errado com o fuso horário ou não sei.

Eu acerto a hora, dou um boot isso normal e fica tudo ok. Ai do nada começa a atrasar pelos segundos


#hwclock --show; date
Qui 26 Abr 2012 18:05:53 EST -0.183184 seconds
Qui Abr 26 18:04:39 EST 2012


Peço ajuda para esse mistério.

Só para esclarecer este é um servidor. Isso acontece com ele ligado sem desligar.

Uso um Red Hat Enterprise 4.8, tinha esse problema também!
Resolvi criando um server NTP e sincronizando de 5 em 5 minutos. Pode até ter outras soluções, mas com essa eu alinhei todos os meus servers, sincronizando hora, minuto e segundo.

Abraço!!!

Configuração do meu ntp:

ntp.conf

# "memoria" para o escorregamento de frequência do micro

# pode ser necessário criar esse arquivo manualmente com

# o comando touch ntp.drift

driftfile /var/lib/ntp/ntp.drift



# estatísticas do ntp que permitem verificar o histórico

# de funcionamento e gerar gráficos

statsdir /var/log/ntpstats/



# Servidores de sincronização do relógio do ntp

server a.ntp.br prefer iburst

server ntp.ansp.br iburst

server ntp.cais.rnp.br iburst

server b.ntp.br iburst

server c.ntp.br iburst



# configurações de restrição de acesso

#restrict default kod notrap nomodify nopeer noquery noserve



# Liberando as redes

restrict 127.0.0.1

restrict 10.0.0.0 mask 255.255.0.0 nomodify

restrict 10.1.0.0 mask 255.255.0.0 nomodify

restrict 10.2.0.0 mask 255.255.0.0 nomodify



# configuração de limitação para consultas

discard average 2 minimum 1

restrict default limited notrap nomodify nopeer 

No cron dos meus outros servers eu fiz o seguinte:

*/5     *        *      *          *      root    /usr/sbin/ntpdate ipdoservidorNTP 

Se usar iptables tem que ter essa regra, para o server NTP se sincronizar:

iptables -A INPUT -p udp --dport 123 -j ACCEPT 

Abraço!

Obrigado amarildo pelo seu pronto atendimento na tentativa de ajudar. Mas creio que esta solução não seja a ideal no meu caso.

O problema, eu acredito, que seja de alguma configuração como fuso horario, adjtime etc...

Acho que tem algo errado pois esta maquina nunca deu esse problema. Posso por exemplo, ter mexido em algo que não me lembro na tentativa de acertar por causa do horário de verão passado.

Mesmo assim obrigado

Ja fez algo parecido?:
http://www.hostyou.com.br/blog/centos-linux-configurando-o-fuso-horario-e-sincronizando-o-tempo-com-...

Sim já fiz. Mas sem sucesso.

hwclock --set --date "04/26/2012 19:00:00"

hwclock --hctosys

 

O primeiro acerta a data e hora do hardware e o segundo ajusta a hora do sistema para a hora do hardware.

Veja se depois disso eles ficam desalinhados de novo

Fiz agora:

#19:04:13> hwclock --set --date "04/26/2012 19:05:00"
#19:04:33> hwclock --hctosys
#19:05:13> hwclock --show; date
Qui 26 Abr 2012 19:05:20 EST -0.072340 seconds
Qui Abr 26 19:05:18 EST 2012
#19:05:18> hwclock --show; date
Qui 26 Abr 2012 19:05:28 EST -0.009391 seconds
Qui Abr 26 19:05:24 EST 2012


Vamos aguardar uns 20 minutos,

Parece que deu certo a ultima solução depois de 20 min.


19:25:31> hwclock --show; date
Qui 26 Abr 2012 19:25:55 EST -0.709466 seconds
Qui Abr 26 19:25:55 EST 2012

Obs.: Como isso já aconteceu antes, de acertar depois de 2h ficar tudo ruim, vou deixar mais tempo e amanhã de manhã posto o resultado. Vou observar de agora até as 3h.



Obrigado.

Normalmente não confio na hora do hardware pois ela atrasa ou adianta mesmo normalmente em torno de 5 min por mês. Uso o ntpdate agendado no cron para acertar a hora todo dia ao meio dia.
As aplicações em grande maioria usam a hora do sistema.
Pode tentar a troca da bateria da placa mãe para ver se não esta gasta e isso esta desajustando o relógio.

Tudo bem até as

20:30:35> hwclock --show; date
Qui 26 Abr 2012 20:36:50 EST -0.841021 seconds
Qui Abr 26 20:36:50 EST 2012


Mas....


22:16:34> hwclock --show; date
Qui 26 Abr 2012 22:38:38 EST -0.620706 seconds
Qui Abr 26 22:18:00 EST 2012


Portanto não deu certo ainda.