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

11

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.

Varsuuk
fonte
3
Eu sou novo nisso, alguém "recusou" a pergunta - você poderia fornecer feedback para que eu saiba o que fiz de errado ou por que não é uma pergunta ou local correto para pergunta ou?
Varsuuk
2
Não sou a favor do voto negativo, mas vejo alguns problemas com a sua pergunta que podem ter desligado alguém: título com um palavrão muito suave e pouco descritivo. Hortelã (às vezes vista como uma distro iniciante). Um 'problema' que não parece ser realmente um problema (que problemas isso está causando, se houver?).
Etskinner #
1
Eu posso ver o que você quer dizer com o título. Eu estava sendo um pouco irreverente - realmente mais parecido com "irônico", considerando que tenho 52 anos e nunca uso essa palavra, embora a tenha lido o tempo todo;) (para o registro, eu teria escrito pior como "Um inferno de muito ... "se eu não tivesse feito o que fiz. Perdoe minha falta de sensibilidade católica da NYer; a PI se abstém de esse uso daqui para frente (sinceramente significava btw - não ser sarcástico).
Varsuuk
1
Para o registro, o título original era: Casa da Moeda 18.1 - Muito lote de “Solicitando servidor de pool xxx.xxx.xxx.xxx” - eu mudei para não ofender caso isso acontecesse.
Varsuuk
@etskinner E obrigado pelo feedback sobre o que poderia ter sido. Minha opinião sobre o downvoter original é uma breve frase sobre "título ruim / fazendo seu trabalho / etc" ajudaria bastante a evitar essas perguntas no futuro daqueles que desejam ouvir, obrigado a todos.
Varsuuk

Respostas:

7

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.

Jonas
fonte
0

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.

etskinner
fonte
Obrigado, parecia uma quantidade realmente flagrante de detalhes, como "ei, estou fazendo o meu trabalho, nada de errado, mas vou verificar este próximo" em alguns segundos a minutos. Desta vez, mudei para o Mint porque foi bem revisado e o último que tive foi o Ubuntu, que eu mal usava nos servidores de jogos de meus filhos e nos repositórios de desenvolvimento. Antes disso, no começo do Aughts, eu estava usando o Gentoo e adorando (eu comecei a primeira fase como uma noz, porque não precisava), mas usei menos porque o tempo ficava curto e depois cada vez que fazia - eu ' d gastar muito em longo emergir catchups
Varsuuk
Esqueci de mencionar na minha mensagem de spam ... Eu definitivamente tenho algum tipo de problema de rede que é outro problema, por isso não entrarei em detalhes aqui (envolve "pausar" puttys / terms / ssh etc, armazenar em buffer tudo o que eu digitar até que o subjacente seja restabelecido) então eu pensei que talvez os logs nTPD constantes indicado algum problema de conectividade de rede devido à quantidade envolvida
Varsuuk
De nada. Não se preocupe, eu (e a maioria das pessoas) não julgo as pessoas com base na distribuição, mas algumas pessoas fazem. Provavelmente, é melhor criar uma pergunta separada para os outros problemas de rede que você está vendo. Embora os logs NTP possam ser um bom sintoma a ser mencionado, não parece ser o problema em si.
Etskinner # 8/17
Vai fazer - obrigado. Sim, eu tentei mencionar apenas b / c, pode estar relacionado, MAS não queria dar mais detalhes, já que li a pergunta uma por;) coisa (o que faz sentido) - eu simplesmente não tinha uma referência para medir a quantidade de "spam" NTP contra. Veremos depois que eu voltar a ligar / testar o outro problema - se ao mesmo tempo o spam ntp cair. Será atualizado para a posteridade;)
Varsuuk