Amazon AWS Centos 7 Relógio do sistema é rápido

Question

Temos a instância do Amazon AWS com o CentOS Linux 7 (Core) . Mas talvez isso não seja específico para o sistema

Há alguns dias, o Relógio do sistema ( date ) começa a acelerar muito rapidamente. Se sincronizarmos com Hardware Clock ( hwclock ), após cerca de 10-20 minutos, o System Clock ( date ) estará à frente por 48 segundos. %código%. Depois de algumas horas, ele estará à frente por 48 segundos também.

Eu sei que um pequeno deslocamento é normal. Mas 48 segundos compensados em ~ 10-20 minutos não são normais. Eu também sei que existem arquivos e libs como adjtimex que podem usar o valor "delta" e ajustar a hora do sistema Mas no meu caso, o processo de aceleração para quando atinge ~ 48 segundos. Então, hwclock será impresso por exemplo 12:00:00 e data será impresso 12:00:48

Eu tentei:

1. Instale o ntpdate e sincronize o tempo por meio de And 48 secs offset is the max value
2. ntpdate pool.ntp.org para definir a hora do sistema a partir do relógio de hardware. Também tentei hwclock --hctosys após a sincronização de tempo (data) com ntpdate
3. Arquivo criado hwclock --systohc com " HWCLOCK_ADJUST " param definido como /etc/sysconfig/clock . Também tentei com true value
4. Arquivo excluído false ou mais, que tinha UTC e ZERO valores

Mas sem sorte.

Depois da sincronização, eu corro o próximo código: /etc/adjtime

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

Quem pode me dizer o que está acontecendo aqui? Isso significa que System Clock funciona bem por cerca de 3-4 minutos, às vezes? Antes desses registros, achei que acelera sempre até 48 segundos. A razão pela qual os registros são impressos não exatamente a cada 60 segundos, porque o ntpdate funciona por alguns segundos e depois que a sincronização grava esses textos.

Resolvemos esse problema executando ntpdate (ntp) como um serviço para sincronizar a data automaticamente.

Quais são as possíveis razões para essa "aceleração súbita e gigantesca"?

Se isso não for um problema comum, entraremos em contato com o suporte da Amazon para obter ajuda.

    

Answer 1

O problema provavelmente estava em um dos hipervisores; poderia ter sido o relógio enviesado por 48s; isso acontece (e não é um problema exclusivo da AWS)

Houve também um bug Xen, não sei se isso se aplica hoje em dia. (o AWS não migrou para o kvm?)

A Amazon está aconselhando as pessoas a instalar o chrony sincronizado com um dos seus servidores NTP. Dê uma olhada nos documentos da AWS - EC2 - Configurando o tempo para sua instância do Linux

Como em:

sudo yum erase ntp*
sudo yum install chrony

Crie /etc/chrony.conf com:

server 169.254.169.123 prefer iburst

E por último:

sudo service chronyd start

Uma coisa que também pode ser tentada, por um comentário @jordanm, é parar / iniciar o servidor EC2. Você pode ter sorte e colocá-lo em execução em outro hipervisor sem o relógio distorcido.

Se essas ações ainda não resolverem o problema, eu abriria um ticket com a Amazon.