
Mi 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
Se utiliza timedatectl
para sincronizar la hora.
No puedo entender por qué, pero el reloj salta mucho (como si contara súper rápido, se da cuenta de que la hora no es la correcta y retrocede)
Estos son dos date
comandos con 1 entre ellos.
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
muestra valores altos de fluctuación y compensación (decenas de segundos) pero no puedo entender por qué
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
¿Alguna sugerencia?
Respuesta1
Una pequeña solución al problema hace que vuelva a funcionar.
En el /etc/default/grub
archivo debes agregar tsc=nowatchdog
aGRUB_CMDLINE_LINUX_DEFAULT
Guarde y reinicie y debería funcionar.
Respuesta2
¿Estás ejecutando dentro de una máquina virtual? Si es así, es probable que esta sea la raíz del salto de reloj. Los relojes virtuales "flotan" en comparación con el reloj del sistema. Dependiendo de qué tan ocupadas estén la máquina virtual y la máquina host subyacente, esta flotación puede provocar que el reloj de la máquina virtual se desvíe del reloj físico. Periódicamente será necesario resincronizarlo y esto resultará en un "salto de reloj" dentro de la máquina virtual.
Me encontré con esto hace años, cuando la virtualización de PC comenzó a aparecer porque estaba trabajando en un área donde se requería una sincronización de alta precisión. Noté que los conjuntos de datos de las máquinas virtuales tenían características muy diferentes en los registros de tiempo generados en ellas desde las máquinas físicas. La raíz de este problema resultó ser que el reloj flotante del sistema en la máquina virtual se resincronizaba y "saltaba" mientras un subconjunto de eventos cronometrados estaba abierto. En el hardware físico, el reloj no saltaba, por lo que las máquinas físicas tenían conjuntos de datos que tenían desviaciones estándar más pequeñas, máximos más bajos (y promedios, medianas y...)