Um servidor Linux tem dois temporizadores

1

O tempo em uma das nossas caixas Linux é muito estranho. Sempre que eu ligar para a data 3 vezes, a quarta chamada dará uma hora errada (geralmente 1 hora depois). Eu configurei o cron para sincronizar com o servidor ntp. Temos mais de 20 servidores semelhantes, só que este tem esse problema. Qualquer ideia? Obrigado.

Linux 2.6.18-6-686 # 1 SMP Qui 20 de agosto 21:56:59 UTC 2009 i686 GNU / Linux

Editar:

: ~ # date; encontro; encontro; encontro; encontro; encontro; encontro; encontro; data

Sex 11 de junho 19:12:46 PDT 2010

Sex 11 de junho 17:59:28 PDT 2010

Sex 11 de junho 17:59:28 PDT 2010

Sex 11 de junho 17:59:28 PDT 2010

Sex 11 de junho 19:12:46 PDT 2010

Sex 11 de junho 17:59:28 PDT 2010

Sex 11 de junho 17:59:28 PDT 2010

Sex 11 de junho 17:59:28 PDT 2010

Sex 11 de junho 19:12:46 PDT 2010

data; dormir 10; encontro; dormir 10; encontro; dormir 10; encontro; dormir 10; encontro; dormir 10; encontro; dormir 10; data

Sex 11 de junho 18:05:32 PDT 2010

Sex 11 de junho 19:19:00 PDT 2010

Sex 11 de junho 18:05:52 PDT 2010

Sex 11 de junho 19:19:20 PDT 2010

Sex Jun 11 18:06:12 PDT 2010

Sex 11 de junho 19:19:40 PDT 2010

Sex 11 de junho 18:06:32 PDT 2010

    
por garconcn 12.06.2010 / 02:12

4 respostas

3

O fato de que sempre parece ser de cerca de uma hora sugere strongmente que você tem um fuso horário configurado incorretamente em algum lugar, e uma das ferramentas de sincronização que você está executando está tentando definir seu tempo para o fuso horário incorreto.

We have ntpd running too. Thanks.

Você não deve estar executando o ntpd e configurando a hora com outra ferramenta via cron. A execução de várias ferramentas para sincronizar o tempo quase sempre piorará as coisas.

Escolha uma ferramenta e use apenas. Se esse servidor for virtualizado, considere também a sincronização de horário que faz parte das suas ferramentas de VM. Deve haver apenas uma coisa que fixa o tempo.

    
por 12.06.2010 / 03:08
0

Por que não usar o ntpd em vez do ntp de um cron?

    
por 12.06.2010 / 02:17
0

Sim, escolha um método e continue com ele. Se, depois de ter escolhido um método, você ainda tem esse problema, então é hora de pensar que é devido a um bug de hardware. Eu não sou realmente uma pessoa de hardware, mas parece que esta é a causa. Falha na bateria RTC (improvável), interferência de RF na placa de sistema (mais provável), etc.

E BTW, o ntpd é projetado para sincronização de clock, ele foi projetado para ser o controlador exclusivo do relógio. Escolha ntpd.

    
por 13.06.2010 / 01:27
0

Dos seus comentários, você tem o ntp funcionando corretamente (é sincronizado com time2.srv.ualbe). Desative todos os outros métodos de atualização do relógio. Verifique a hora com date . Se estiver errado, uma das seguintes situações está acontecendo:

  1. Você definiu o fuso horário errado (no seu caso, PDT). Nesse caso, os resultados de date --utc corresponderão a essa e a outras máquinas.

  2. O servidor NTP está fornecendo a hora errada (muito improvável na sua situação, pois você tem 4 servidores concordando com a mesma data - todos os deslocamentos estão abaixo de 0,1 segundo).

por 13.06.2010 / 09:05

Tags