Meu servidor Ubuntu
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 22.04.4 LTS
Release: 22.04
Codename: jammy
Linux lab01 6.5.0-26-generic #26~22.04.1-Ubuntu SMP PREEMPT_DYNAMIC Tue Mar 12 10:22:43 UTC 2 x86_64 x86_64 x86_64 GNU/Linux
Usa timedatectl
para sincronizar a hora
Não consigo entender por que, mas o relógio pula muito (como se contasse super rápido, descobrisse que a hora estava errada e meio que voltasse)
estes são dois date
comandos com 1s entre eles
lab@lab01:~$ date
Mon Mar 25 02:25:24 PM CET 2024
lab@lab01:~$ date
Mon Mar 25 02:25:03 PM CET 2024
sudo timedatectl timesync-status
mostra valores altos de jitter e deslocamento (dezenas de segundos), mas não consigo entender o porquê
Server: 162.159.200.1 (0.pool.ntp.org)
Poll interval: 32s (min: 32s; max 34min 8s)
Leap: normal
Version: 4
Stratum: 3
Reference: A0E080C
Precision: 1us (-25)
Root distance: 9.864ms (max: 5s)
Offset: -22.284696s
Delay: 3.924ms
Jitter: 10.223410s
Packet count: 53
Frequency: +0.000ppm
Alguma sugestão?
Uma pequena correção no grub faz com que ele funcione novamente
No
/etc/default/grub
arquivo você devetsc=nowatchdog
adicionarGRUB_CMDLINE_LINUX_DEFAULT
Salve e reinicie e deve funcionar
Você está executando dentro de uma máquina virtual? Nesse caso, esta é provavelmente a raiz do salto do seu relógio. Os relógios virtuais “flutuam” em comparação com o relógio do sistema. Dependendo de quão ocupada a máquina virtual e a máquina host subjacente estão, essa flutuação pode resultar no desvio do relógio da máquina virtual em relação ao relógio físico. Periodicamente, isso terá que ser ressincronizado e isso resulta em um “salto de relógio” na máquina virtual.
Eu me deparei com isso anos atrás, quando a virtualização de PCs começou a aparecer porque eu estava trabalhando em uma área onde era necessária uma sincronização de alta precisão. Percebi que os conjuntos de dados de máquinas virtuais tinham características muito diferentes nos registros de tempo gerados neles a partir de máquinas físicas. A raiz desse problema acabou sendo o relógio do sistema flutuante na ressincronização da máquina virtual e o "salto" enquanto um subconjunto dos eventos cronometrados estava aberto. No hardware físico o relógio não saltou, então as máquinas físicas tinham conjuntos de dados que tinham desvios padrão menores, máximos mais baixos (e médias, e medianas, e,....)