GNU/Linux >> Tutoriales Linux >  >> Cent OS

Centos – ¿El reloj del sistema Amazon Aws Centos 7 es rápido?

Tenemos instancia Amazon AWS con CentOS Linux 7 (Core) . Pero tal vez eso no sea específico para el sistema

Hace unos días el Reloj del Sistema (fecha ) comienza a acelerar muy rápido.
Si lo sincronizamos con Hardware Clock (hwclock ), después de unos 10-20 minutos Reloj del sistema (fecha ) estará adelante durante 48 segundos.
And 48 secs offset is the max value . Después de unas horas, también estará adelantado durante 48 segundos.

Sé que un pequeño desplazamiento es normal. Pero un desplazamiento de 48 segundos en ~10-20 minutos no es normal.
También sé que hay archivos y bibliotecas como adjtimex que pueden usar el valor "delta" y ajustarán la hora del sistema.
Pero en mi caso, el proceso de aceleración se detiene cuando alcanza los ~48 segundos.
Entonces, hwclock imprimirá, por ejemplo, 12:00:00 y fecha imprimirá 12:00:48

Intenté:

  1. Instalar ntpdate y sincroniza el tiempo a través de ntpdate pool.ntp.org
  2. hwclock --hctosys para establecer la hora del sistema desde el reloj del hardware. También probé hwclock --systohc después de sincronizar la hora (fecha) con ntpdate
  3. Archivo creado /etc/sysconfig/clock con “HWCLOCK_ADJUST ” parámetro establecido en true . También probé con false valor
  4. Archivo eliminado /etc/adjtime más o menos, que tenía UTC y CERO valores en él

Pero sin suerte.

Después de la sincronización de tiempo, ejecuto el siguiente código:$ while true; do ntpdate pool.ntp.org; sleep 60; done

16 Jan 15:29:45 ntpdate[20656]: step time server 129.250.35.251 offset -4.977822 sec
16 Jan 15:30:46 ntpdate[20743]: step time server 129.250.35.251 offset -5.117517 sec
16 Jan 15:31:48 ntpdate[20813]: step time server 74.117.214.3 offset -4.853926 sec
16 Jan 15:32:50 ntpdate[20890]: step time server 23.239.26.89 offset -5.583270 sec
16 Jan 15:33:51 ntpdate[20941]: step time server 74.117.214.3 offset -4.983483 sec
16 Jan 15:34:53 ntpdate[20994]: step time server 12.167.151.1 offset -5.150401 sec
16 Jan 15:35:54 ntpdate[21080]: step time server 173.255.206.154 offset -5.256357 sec
16 Jan 15:37:03 ntpdate[21155]: adjust time server 12.167.151.1 offset 0.011276 sec
16 Jan 15:38:09 ntpdate[21205]: adjust time server 108.61.56.35 offset -0.019818 sec
16 Jan 15:39:16 ntpdate[21241]: adjust time server 108.61.56.35 offset -0.285154 sec
16 Jan 15:40:18 ntpdate[21660]: step time server 108.61.56.35 offset -5.227262 sec
16 Jan 15:41:19 ntpdate[21706]: step time server 108.61.73.244 offset -5.474606 sec
16 Jan 15:42:20 ntpdate[21756]: step time server 108.61.73.244 offset -5.286961 sec
16 Jan 15:43:22 ntpdate[21791]: step time server 108.61.73.244 offset -4.808674 sec
16 Jan 15:44:29 ntpdate[21885]: adjust time server 96.244.96.19 offset -0.010287 sec
16 Jan 15:45:36 ntpdate[21952]: adjust time server 96.244.96.19 offset -0.000296 sec
16 Jan 15:46:43 ntpdate[22013]: adjust time server 96.244.96.19 offset -0.012838 sec
16 Jan 15:47:51 ntpdate[22126]: adjust time server 198.206.133.14 offset -0.347436 sec
16 Jan 15:48:53 ntpdate[22220]: step time server 198.206.133.14 offset -5.570427 sec
16 Jan 15:49:57 ntpdate[22300]: step time server 198.206.133.14 offset -5.229636 sec
16 Jan 15:50:58 ntpdate[22367]: step time server 104.131.53.252 offset -5.466987 sec
16 Jan 15:52:00 ntpdate[22407]: step time server 104.131.53.252 offset -5.298659 sec
16 Jan 15:53:01 ntpdate[22462]: step time server 104.131.53.252 offset -5.127748 sec
16 Jan 15:54:03 ntpdate[22578]: step time server 129.6.15.30 offset -5.014787 sec
16 Jan 15:55:05 ntpdate[22617]: step time server 129.6.15.30 offset -5.144181 sec
16 Jan 15:56:06 ntpdate[22694]: step time server 129.6.15.30 offset -5.436509 sec
16 Jan 15:57:08 ntpdate[22733]: step time server 96.238.43.39 offset -5.038639 sec

¿Quién puede decirme qué está pasando aquí?
¿Eso significa que Reloj del sistema funciona bien durante unos ~3-4 minutos a veces?
Antes de estos registros, pensaba que siempre se aceleraba hasta 48 segundos.
La razón por la que los registros se imprimían no cada exactamente 60 segundos, porque ntpdate funciona para unos segundos y después de sincronizar escribe ese texto.

Relacionado:¿forma de especificar que una sección de una tubería sea completamente "transitable"?

Resolvimos este problema ejecutando ntpdate (ntp) como un servicio para sincronizar la fecha automáticamente.

¿Cuáles son las posibles razones de esa "repentina aceleración gigantesca"?

Si este no es un problema común, nos pondremos en contacto con el soporte de Amazon para obtener ayuda.

Respuesta aceptada:

El problema probablemente estaba en uno de los hipervisores; podría haber sido el reloj sesgado por 48 s; sucede (y no es un problema exclusivo de AWS)

También hubo un error de Xen, no tengo idea si eso se aplica hoy en día. (¿AWS no ha migrado a kvm?)

Amazon aconseja a las personas que instalen chrony sincronizado con uno de sus servidores NTP. Eche un vistazo a los documentos de AWS:EC2:configuración de la hora para su instancia de Linux

Como en:

sudo yum erase ntp*
sudo yum install chrony

Crear /etc/chrony.conf con:

server 169.254.169.123 prefer iburst

Y por último:

sudo service chronyd start

Una cosa que también podría intentarse, según un comentario de @jordanm, es detener/iniciar el servidor EC2. Puede que tenga suerte y lo haga funcionar en otro hipervisor sin que el reloj se desvíe.

Si estas acciones aún no resuelven el problema, abriría un ticket con Amazon.


Cent OS
  1. Cómo instalar Gradle en CentOS 8

  2. Cómo configurar la configuración regional del sistema en CentOS 7

  3. Cómo configurar NTP para recurrir a la fuente de reloj del sistema local en CentOS/RHEL

  4. ¿Cómo utiliza Linux un reloj de tiempo real?

  5. Corrección del reloj del sistema CentOS

Cómo instalar Docker CE en CentOS 8

Cómo instalar Anydesk en CentOS 8

Cómo instalar VeraCrypt en CentOS 8

Hora del sistema

Cómo instalar Cinnamon en CentOS 7

Cómo instalar Popcorn Time en CentOS 7