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é:
- Instalar ntpdate y sincroniza el tiempo a través de
ntpdate pool.ntp.org
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- Archivo creado
/etc/sysconfig/clock
con “HWCLOCK_ADJUST ” parámetro establecido entrue
. También probé confalse
valor - 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.
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.