Quais são os endereços '0.0.0.0' retornados por 'ntpdc'

0

É um servidor do ubuntu 16.04.2 recém-instalado, e eu instalei o pacote ntp , que atualmente roda com a configuração padrão com apenas uma única linha adicionada:

enable mode7

desde que, de outro modo, ntpdc e collectd não podem buscar dados dele.

E o que não consigo interpretar é essa saída:

# ntpdc -c peers localhost
     remote           local      st poll reach  delay   offset    disp
=======================================================================
=ntp2.ntp.net.nz 10.50.200.3      1  256  377 0.01117  0.000599 0.10858
*timeball1.its.w 10.50.200.3      1  256  377 0.01054 -0.000771 0.10974
=timeball3.its.w 10.50.200.3      1  256  377 0.01007 -0.001039 0.11723
=ns1.tdc.akl.tel 10.50.200.3      2  512  377 0.00882  0.000451 0.12932
=ntp1.ntp.net.nz 10.50.200.3      1  256  377 0.01041  0.000254 0.13625
=0.0.0.0         0.0.0.0         16   64    0 0.00000  0.000000 4.00000
=0.0.0.0         0.0.0.0         16   64    0 0.00000  0.000000 4.00000
=0.0.0.0         0.0.0.0         16   64    0 0.00000  0.000000 4.00000
=0.0.0.0         0.0.0.0         16   64    0 0.00000  0.000000 4.00000
=0.0.0.0         0.0.0.0         16   64    0 0.00000  0.000000 4.00000

Quais são essas 5 linhas com 0.0.0.0 remote?

Além disso, aqui está a saída de ntpq :

# ntpq -p
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 0.ubuntu.pool.n .POOL.          16 p    -   64    0    0.000    0.000   0.000
 1.ubuntu.pool.n .POOL.          16 p    -   64    0    0.000    0.000   0.000
 2.ubuntu.pool.n .POOL.          16 p    -   64    0    0.000    0.000   0.000
 3.ubuntu.pool.n .POOL.          16 p    -   64    0    0.000    0.000   0.000
 ntp.ubuntu.com  .POOL.          16 p    -   64    0    0.000    0.000   0.000
-ntp1.ntp.net.nz .GPS.            1 u   43  256  377   10.418    0.254   0.443
-ns1.tdc.akl.tel 74.189.58.78     2 u  351  512  377    8.831    0.451   0.270
+timeball3.its.w .GPS.            1 u  148  256  377   10.080   -1.039   1.199
*timeball1.its.w .GPS.            1 u   73  256  377   10.551   -0.771   0.431
+ntp2.ntp.net.nz .GPS.            1 u   79  256  377   11.183    0.599   0.270

Por que essa pergunta:

collectd faz com que essas mensagens irritantes do syslog sejam relevantes:

Jul 12 01:59:45 server collectd[2773]: uc_update: Value too old: name = server.domain.tld/ntpd/time_dispersion-0.0.0.0; value time = 1499824785.998; last cache update = 1499824785.998;
Jul 12 01:59:45 server collectd[2773]: uc_update: Value too old: name = server.domain.tld/ntpd/time_offset-0.0.0.0; value time = 1499824785.998; last cache update = 1499824785.998;
Jul 12 01:59:45 server collectd[2773]: uc_update: Value too old: name = server.domain.tld/ntpd/delay-0.0.0.0; value time = 1499824785.998; last cache update = 1499824785.998;
    
por zerkms 12.07.2017 / 04:08

1 resposta

1

Esses são espaços reservados para associações de pools. Veja este bug:

Bug 2014: interação estranha entre diretiva de pool e maxclock

Observe o p na coluna type? Isso indica que é uma entrada de espaço reservado para diretivas de pool.

Quanto a "por que esta pergunta" o problema está em qualquer coisa que você esteja usando para analisar a saída antes de enviá-la para collectd. Deve ignorar qualquer linha que contenha um tipo de p

    
por 12.07.2017 / 21:29

Tags