Início / server / Perguntas / 1001053
Accepted
growse
Asked: 2020-01-31 03:19:51 +0800 CST

Chrony "dispersão de raiz" continua aumentando de forma constante ao longo do tempo, apesar da sincronização de tempo precisa

  • 772

Eu tenho um sistema Debian 10 que usa chronydpara manter seu relógio sincronizado. A configuração é bem simples:

pool 2.debian.pool.ntp.org offline iburst

bindaddress ::1
bindaddress 127.0.0.1
bindcmdaddress 127.0.0.1

allow 127
deny

keyfile /etc/chrony/chrony.keys
driftfile /var/lib/chrony/chrony.drift
logdir /var/log/chrony
log tracking measurements statistics

maxupdateskew 100.0

directive.
hwclockfile /etc/adjtime

rtcsync
makestep 1 3

É felizmente sincronizado:

# chronyc sources
210 Number of sources = 4
MS Name/IP address         Stratum Poll Reach LastRx Last sample
===============================================================================
^- time.panq.nl                  2   6     0   83h  -1247us[-1191us] +/-   26ms
^* time.cloudflare.com           3   6     0   83h  +1343ns[  +58us] +/- 2669us
^- metronoom.dmz.cs.uu.nl        2   6     0   83h    -63us[  -63us] +/-   25ms
^- .                             3   6     0   83h  +2171us[+2171us] +/-   64ms

No entanto, a "dispersão de raízes" continua aumentando de forma constante. De O que é dispersão de NTP e como posso controlá-la? parece que esta é uma medida do erro máximo no relógio do servidor upstream. Está subindo muito lentamente, o processo está em andamento há cerca de 70 horas e está em 22,5s. Eu sei por experiência que isso continuará aumentando até chronydreiniciar.

# chronyc tracking
Reference ID    : E1FE1EBE (time.cloudflare.com)
Stratum         : 4
Ref time (UTC)  : Sun Jan 26 23:19:16 2020
System time     : 0.000000005 seconds fast of NTP time
Last offset     : +0.000056495 seconds
RMS offset      : 0.000056495 seconds
Frequency       : 79.909 ppm slow
Residual freq   : +17.510 ppm
Skew            : 56.420 ppm
Root delay      : 0.004632703 seconds
Root dispersion : 22.573289871 seconds
Update interval : 1.6 seconds
Leap status     : Normal

Isso me parece incomum. Eu tenho uma carga de outros sistemas que sincronizam o tempo com um servidor Stratum 1 onde a dispersão da raiz é baixa e constante. Eu não acho que estou fazendo nada estranho na configuração, e a ideia de que o "erro máximo no relógio upstream" aumenta constantemente cheira um pouco fora.

Isso é normal?

chrony

1 respostas

  1. Best Answer

    Está felizmente sincronizado

    Não não é. Embora, ele se ajuste melhor ao desvio conhecido do que não executar nenhum NTP.

    Alcance 0 significa que não recebeu um pacote por um tempo. LastRx 83h indica que o último pacote bom foi há três dias e meio.

    É improvável que uma conexão de Internet em funcionamento não seja roteável para a Cloudflare e alguns servidores de pool. Verifique qualquer firewall para 123/udp.

    • 1

relate perguntas