Casa da Moeda 18.1 - Um monte de "Solicitando servidor de pool xxx.xxx.xxx.xxx"

Eu estava procurando no syslog um problema de áudio e vejo muitas mensagens do daemon ntp do servidor de pool de solicitações. Já executei outro linux no passado e nunca me lembro de ter visto tantas mensagens de log ntp. Isso se deve a um novo problema de rede, talvez seja comum para o Mint, existe uma maneira de silenciá-los se for "comum"?

Eu mudei de operadora e hardware de roteador desde esses dias, então não descarto algo na minha rede. Não tenho problemas para acessar a Internet ou jogar jogos online etc.

As mensagens significam que o servidor ntpd está procurando mais fontes de tempo para sincronização. Espera-se ver alguns deles, especialmente após se reconectar à rede após uma interrupção ou reinicialização, mas se o seu ntpd e sua conexão de rede estiverem funcionando sem problemas, você não verá mais do que alguns por dia. Se você tiver vários a cada poucos minutos, é provável que seja um problema.

O seu ntpd se conecta aos pares e sincroniza o tempo com êxito? Você pode verificar isso usando ntpq. Veja a lista de pares ntpq -c pee o estrato e o tempo de refúgio informados ntpq -c rv. Estrato 16 significa "não sincronizado".

Este:

user@localhost $ ntpq -c pe
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 de.pool.ntp.org .POOL.          16 p    -   64    0    0.000    0.000   0.002
user@localhost $ ntpq -c rv
associd=0 status=c016 leap_alarm, sync_unspec, 1 event, restart,
version="ntpd [email protected] Tue Jun 20 08:08:18 UTC 2017 (1)",
processor="x86_64", system="Linux", leap=11, stratum=16,
precision=-23, rootdelay=0.000, rootdisp=0.090, refid=INIT,
reftime=00000000.00000000  Thu, Feb  7 2036  7:28:16.000,
clock=dde6bdf4.dec8453b  Fri, Dec 22 2017  0:10:44.870, peer=0, tc=3,
mintc=3, offset=0.000000, frequency=4.981, sys_jitter=0.000000,
clk_jitter=0.000, clk_wander=0.000

significa que o seu NTP não funciona (nesse caso, porque eu o iniciei), enquanto isso:

user@localhost $ ntpq -c pe
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 cz.pool.ntp.org .POOL.          16 p    -   64    0    0.000    0.000   0.002
+mail.nettel.cz  195.113.144.201  3 u    4   64  377    5.215   -0.842   0.332
*fedecks.wuji.cz 195.113.144.238  2 u   61   64  377    2.121   -2.005   0.171
-lx.ujf.cas.cz   .GPS.            1 u   62   64  177    2.662   -0.714   0.215
-pyrrha.fi.muni. 195.113.144.238  2 u   63   64  177    7.445   -0.697   0.340
-host-81-200-57- 192.168.3.246    2 u   55   64  177   15.792    0.098   1.160
  cz.inthouse.clo 147.231.2.6      2 u   47   64   17    5.338   -0.266   0.461
user@localhost $ ntpq -c rv
associd=0 status=0615 leap_none, sync_ntp, 1 event, clock_sync,
version="ntpd [email protected] Sat Jul 29 07:38:14 UTC 2017 (1)",
processor="ppc", system="Linux", leap=00, stratum=2,
precision=-19, rootdelay=2.652, rootdisp=4.409, refid=147.231.100.5,
reftime=dde6be4a.f90912d6  Fri, Dec 22 2017  0:12:10.972,
clock=dde6be4d.12f27b56  Fri, Dec 22 2017  0:12:13.074, peer=10703, tc=6,
mintc=3, offset=-0.387828, frequency=-254.539, sys_jitter=1.572660,
clk_jitter=0.456, clk_wander=0.098

significa que seu NTP funciona corretamente.

Se não sincronizar e permanecer assim por muito tempo, você provavelmente terá um problema de rede ou configuração. Procure man 5 ntp.confajuda e na página de suporte do NTP.org sobre configuração para obter exemplos. No meu caso, o motivo do interminável spam "Solicitar servidor de pool" foi a nopeerdiretiva, que deve ser desativada para servidores de pool.

Para mim, parece que o NTP está fazendo o seu trabalho: solicitar dados de tempo dos servidores NTP e depois publicá-los no syslog. Nada para se preocupar.