como verificar se o NTP ajustou a hora do sistema no Linux?

Question

Eu tenho uma máquina que teve alguns problemas com algumas das coisas em tempo real que estou executando. Uma pista que tenho é que o daemon NTP pode ter movido o tempo, causando falsos tempos limite.

Como descubro se o daemon NTP realmente mudou o tempo? Algum registro? Eu vejo o daemon NTP reiniciar em / var / log / messages, mas eu não sei se o ajuste de tempo deve estar lá também.

para esclarecer: eu preciso entender isso dos logs, após o evento. Pode ser de 2 dias após o horário ter sido ajustado. Executar comandos para ver o status atual não ajuda.

    

Answer 1

Você pode usar o comando ntpdc -c sysinfo para consultar o status do ntpd. Ele retorna uma saída semelhante a esta:

system peer:          0.0.0.0
system peer mode:     unspec
leap indicator:       11
stratum:              16
precision:            -20
root distance:        0.00000 s
root dispersion:      338.44917 s
reference ID:         [73.78.73.84]
reference time:       00000000.00000000  Thu, Feb  7 2036  8:28:16.000
system flags:         auth monitor ntp kernel stats
jitter:               0.000000 s
stability:            0.000 ppm
broadcastdelay:       0.003998 s
authdelay:            0.000000 s

    

Answer 2

O driftfile (/ var / lib / ntp / drift) não mede a diferença entre a hora local e o tempo calculado pelo ntpd com base nos servidores de tempo contatados.

Em vez disso, é o desvio estimado (erro de frequência) do relógio local (em ppm). Esse valor é atualizado pelo ntpd uma vez por hora e não diminui com o tempo.

Tanto quanto eu posso dizer o valor é usado pelo ntpd após uma reinicialização para estimar o quão errado o relógio local está (o relógio local funciona mesmo quando a máquina está desligada).

Exemplo: Conteúdo do arquivo: 5 A máquina foi desligada 1 dia (86400 s) 5 ppm de 86400 é 0,432 = > O relógio local é 0,432 s "no futuro"

Os pontos são:   - O ntpd agora pode aplicar uma primeira correção aproximada à hora local (-0,432 s) imediatamente após o início   - O ntpd sabe imediatamente como está errado o relógio local (neste exemplo: 5 ppm)

(Eu não tenho permissão para comentar o comentário do Sirex, então eu adicionei um novo comentário)

    

Answer 3

você deve ter um valor no arquivo de drift. Sua localização estará em seu /etc/ntp.conf

por exemplo: "driftfile / var / lib / ntp / drift"

este arquivo é usado para registrar a distância do seu relógio e, lentamente, o ntp deve diminuir esse valor à medida que o tempo avança. - Ele não fará isso de uma só vez, porque isso pode causar problemas no registro de data e hora do sistema.

    

Answer 4

ntpq -nc peers mostrará seu status de sincronização com todos os colegas.

    

Answer 5

Desculpe, este é um tópico antigo - espero que eu não tenha quebrado uma regra aqui:)

No /etc/ntp.conf, eu tenho uma linha que se parece com isso:

#statsdir /var/log/ntpstats/

A descrição diz para descomentar esta linha para registrar estatísticas. Eu acabei de configurar o ntp no nosso servidor, então não tenho certeza do que ele registra, mas acabei procurando as mesmas informações, então espero que isso ajude alguém.