Início / unix / Perguntas / 469160
Accepted
Pietro Doninelli
Asked: 2018-09-15 16:00:29 +0800 CST

Desvio de tempo após a configuração do NTP

  • 772

Este é um XenServer 7.1 CU1anfitrião. O NTP deve se comportar como em qualquer outro arquivo Linux distro. Configuramos /etc/ntp.confcom os seguintes servidores (tentei outros servidores com resultados semelhantes e esses servidores funcionaram em outro ambiente:

server 0.north-america.pool.ntp.org
server 1.north-america.pool.ntp.org
server 2.north-america.pool.ntp.org
server 3.north-america.pool.ntp.org

Depois de reiniciar o serviço, verificamos as estatísticas:

[root@c0101 ~]# ntpq -p
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
*tock.usshc.com  .GPS.            1 u   56   64    1   32.936   36.036   0.000
 www.tripout.tec 128.233.154.245  2 u   56   64    1   82.397   46.653   0.000
+t2.time.bf1.yah 98.139.133.62    2 u   57   64    1   17.589   26.316   0.000
 mirrors.switch. 206.108.0.134    2 u   55   64    1   63.777   57.423   0.000

A partir disso, posso ver que tock.usshc.comfoi escolhido (tem símbolo * estrela), a enquete está em 62s que é o mínimo devido a fonte ruim, o deslocamento é alto (já que verifiquei em um servidor em um ambiente diferente e mostra apenas -0,81 ), o jitter é 0, o que parece estranho, pois em todos os casos eu vi pelo menos um número baixo, como 0.1e o atraso parece normal.

Após cerca de dez minutos, nenhum servidor havia escolhido (sem símbolo *) devido a "fontes ruins", também o deslocamento e o jitter parecem muito ruins:

[root@c0101 ~]# ntpq -c peers
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 tock.usshc.com  .GPS.            1 u   52   64  205   32.952  6021.94 4422.72
 www.tripout.tec 128.233.154.245  2 u   64   64  377   82.473  5880.01 3724.85
 t2.time.bf1.yah 98.139.133.62    2 u    3   64  377   17.812  6647.80 3704.53
 mirrors.switch. 206.108.0.134    2 u    1   64  377   63.746  6678.59 3723.43

Aqui está o log ntp, que estou tendo dificuldade em entender.

[root@c0101 ~]# cat /var/log/ntp.log
14 Sep 12:01:20 ntpd[3914]: ntp_io: estimated max descriptors: 1024, initial socket boundary: 16
14 Sep 12:01:20 ntpd[3914]: Listen and drop on 0 v4wildcard 0.0.0.0 UDP 123
14 Sep 12:01:20 ntpd[3914]: Listen and drop on 1 v6wildcard :: UDP 123
14 Sep 12:01:20 ntpd[3914]: Listen normally on 2 lo 127.0.0.1 UDP 123
14 Sep 12:01:20 ntpd[3914]: Listen normally on 3 xapi1 10.131.250.22 UDP 123
14 Sep 12:01:20 ntpd[3914]: Listening on routing socket on fd #20 for interface updates
14 Sep 12:01:20 ntpd[3914]: 0.0.0.0 c016 06 restart
14 Sep 12:01:20 ntpd[3914]: 0.0.0.0 c012 02 freq_set kernel 500.000 PPM
14 Sep 12:01:21 ntpd[3914]: 0.0.0.0 c61c 0c clock_step +1014.260362 s
14 Sep 12:18:15 ntpd[3914]: 0.0.0.0 c614 04 freq_mode
14 Sep 12:18:16 ntpd[3914]: 0.0.0.0 c618 08 no_sys_peer
14 Sep 12:19:39 ntpd[3914]: ntpd exiting on signal 15
14 Sep 12:19:39 ntpd[4689]: ntp_io: estimated max descriptors: 1024, initial socket boundary: 16
14 Sep 12:19:39 ntpd[4689]: Listen and drop on 0 v4wildcard 0.0.0.0 UDP 123
14 Sep 12:19:39 ntpd[4689]: Listen and drop on 1 v6wildcard :: UDP 123
14 Sep 12:19:39 ntpd[4689]: Listen normally on 2 lo 127.0.0.1 UDP 123
14 Sep 12:19:39 ntpd[4689]: Listen normally on 3 xapi1 10.131.250.22 UDP 123
14 Sep 12:19:39 ntpd[4689]: Listening on routing socket on fd #20 for interface updates
14 Sep 12:19:39 ntpd[4689]: 0.0.0.0 c016 06 restart
14 Sep 12:19:39 ntpd[4689]: 0.0.0.0 c012 02 freq_set kernel 500.000 PPM
14 Sep 12:19:40 ntpd[4689]: 0.0.0.0 c61c 0c clock_step +1.067923 s
14 Sep 12:19:41 ntpd[4689]: 0.0.0.0 c614 04 freq_mode
14 Sep 12:19:42 ntpd[4689]: 0.0.0.0 c618 08 no_sys_peer
14 Sep 12:22:58 ntpd[4689]: 0.0.0.0 c628 08 no_sys_peer
14 Sep 12:26:11 ntpd[4689]: 0.0.0.0 c638 08 no_sys_peer

Aqui estão as saídas adicionais e ntpq -c asoutras que também estou tentando entender.

Eu tenho usado estes links para solucionar problemas: http://support.ntp.org/bin/view/Support/TroubleshootingNTP https://rags.wordpress.com/2011/10/17/how-to-debug-ntp- questões/

ntp troubleshooting

2 respostas

  1. Se esta for uma máquina virtual, certifique-se de:

    1. Você tinker panic 0configurou em seu ntp.conf ( NOTA: esta DEVE ser a primeira linha do arquivo conf!). Isso evitará que o ntpd saia se o relógio se afastar muito. E...

    2. Certifique-se de não estar executando no modo slew (ntpd -x). O modo Slew tentará fazer ajustes graduais, em vez de acelerar o relógio. Isso pode ser um problema em VMs se o relógio estiver oscilando mais rápido que a taxa de variação.

    • 0
  2. Best Answer

    Conseguimos corrigir isso alterando o clocksource para xen (o hipervisor) em vez de dom0 (a VM de gerenciamento) com/opt/xensource/libexec/xen-cmdline --set-dom0 clocksource=xen

    Outra correção mais complicada foi ajustar a frequência do tick, veja este link

    Não tenho muitas informações sobre a causa, além de que o NTP não consegue ajustar o relógio, pois está flutuando muito rápido devido a algum bug na versão atual combinado com o uso de alguns tipos de hardware da Dell.

    Isso ocorre enquanto a correção é lançada em versões mais recentes.

    • 0

relate perguntas