Eu tenho um servidor que agora estou gerenciando e que possui um desvio de clock e gostaria de corrigir a diferença sem causar um retorno no tempo no servidor.
Eu li sobre a técnica de pular segundo smearing e se perguntou se havia uma maneira semelhante de manchar correções ntp (particularmente se a correção vai virar o relógio do sistema de volta)?
O NTP deve automaticamente cuidar disso, sem saltos de relógio brutais ou qualquer coisa.
Você pode executar ntpd -q para sincronizar o horário uma vez e sair.
Note que se o clock skew for muito grande (> 1000 segundos), o NTP entrará em pânico e sairá. Execute o daemon NTP com ntpd -g para forçá-lo a ajustar o relógio, mesmo nesse caso.
Evite usar ntpdate , que está obsoleto.
Com agradecimentos aos ponteiros do dr01, encontrei a resposta em uma resposta da lista de discussão aqui . A principal diferença foi os termos que eu estava usando. O ntp usa "step" sobre "jump" e "slew" sobre "smear".
Stepping: Time changes in large units, quickly With "Step" method (settimeofday), time is gradually changed with higher rate or time is changes immediately to correct time.
step == reinicializa o relógio para a hora correta em um instantâneo degrau. Um relógio pisado pode "retroceder".
slew == ajuste o relógio aumentando ou diminuindo a velocidade. UMA girou relógio nunca "se move para trás"
Em resumo, o ntp irá mudar o tempo se a diferença estiver abaixo de um limite (128ms) e passar o tempo se a diferença estiver acima desse limite.
Na documentação ntpd , ela detalha a opção -x , que permite forçar o ntp a sempre executar correções mesmo se a diferença estiver acima do limite padrão:
-x Normally, the time is slewed if the offset is less than the step threshold, which is 128 ms by default, and stepped if above the threshold. This option forces the time to be slewed in all cases. If the step threshold is set to zero, all offsets are stepped, regardless of value and regardless of the -x option. In general, this is not a good idea, as it bypasses the clock state machine which is designed to cope with large time and frequency errors Note: Since the slew rate is limited to 0.5 ms/s, each second of adjustment requires an amortization interval of 2000 s. Thus, an adjustment of many seconds can take hours or days to amortize. This option can be used with the -q option.
Mas com uma taxa máxima de variação de 500 ppm (partes por milhão), isso significa que a correção de uma diferença de 5 minutos levaria cerca de 7 dias.