Menta 18.1 - Un sacco di "sollecitare il server del pool xxx.xxx.xxx.xxx"


11

Stavo cercando in syslog per esaminare un problema audio e vedo un sacco di messaggi del demone Soliciting pool server ntp. Ho eseguito altri Linux in passato e non ricordo di aver mai visto così tanti messaggi di registro ntp. È forse a causa di un nuovo problema di rete, è comune per Mint, c'è un modo per zittirli se è "comune"?

Ho cambiato i carrier e l'hardware del router da quei giorni, quindi non escludo qualcosa nella mia rete. Non ho problemi ad accedere a Internet o giocare a giochi online ecc.


3
Sono nuovo di questo, qualcuno ha "retrocesso" la domanda - potresti per favore fornire un feedback, quindi so cosa ho fatto di sbagliato o perché non è una domanda o posizione corretta per la domanda o?
Varsuuk,

2
Non sono il downvoter, ma posso vedere un paio di problemi con la tua domanda che potrebbero aver spento qualcuno: Titolo con una parolaccia molto mite e non molto descrittivo. Menta (a volte vista come una distribuzione per principianti). Un "problema" che non sembra in realtà un problema (quali problemi sta causando, se del caso?).
etskinner,

1
Capisco cosa intendi dal titolo. Ero un po 'troppo irriverente - molto più simile a "ironico" considerando che ho 52 anni e non uso mai quella parola anche se l'ho letta continuamente in questi giorni;) (per la cronaca, l'avrei scritta peggio come "Un inferno di un sacco di ... "se non avessi fatto come ho fatto. Perdona la mia mancanza di sensibilità cattolica a
New York

1
Per la cronaca, il titolo originale era: Menta 18.1 - Hella lotto di "Sollecitazione del server del pool xxx.xxx.xxx.xxx" - L'ho modificato in modo da non offenderlo nel caso ne avesse fatto un po '.
Varsuuk,

@etskinner E grazie per il feedback su quello che avrebbe potuto essere. Il mio feedback sul downvoter originale è una breve frase sul "cattivo titolo / fare il suo lavoro / ecc." Farebbe molto per prevenire in futuro queste domande da coloro che vogliono ascoltare, grazie a tutti.
Varsuuk,

Risposte:


7

I messaggi indicano che il tuo server NTTP è alla ricerca di più fonti di tempo con cui sincronizzarsi. È prevedibile vederne un paio, soprattutto dopo essersi ricollegati alla rete dopo un'interruzione o un riavvio, ma se il tuo ntpd e la tua connessione di rete funzionano senza intoppi, non dovresti vedere più di pochi al giorno. Se ne hai diversi ogni pochi minuti, è probabilmente un problema.

Il tuo ntpd si collega ai peer e sincronizza correttamente il tempo? Puoi verificarlo usando ntpq. Guarda l'elenco dei peer in ntpq -c pee lo strato riportato e la reftime in ntpq -c rv. Lo strato di 16 significa "non sincronizzato".

Questo:

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 4.2.8p10@1.3728-o 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 che il tuo NTP in realtà non funziona (in questo caso perché l'ho appena avviato), mentre questo:

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 4.2.8p10@1.3728-o 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 che il tuo NTP funziona correttamente.

Se non si sincronizza e rimane tale per un lungo periodo, probabilmente hai un problema di rete o di configurazione. Cerca man 5 ntp.confaiuto e la pagina di supporto di NTP.org sulla configurazione per esempi. Nel mio caso, la ragione dell'infinita "sollecitazione del server del pool" era la nopeerdirettiva, che doveva essere disattivata per i server del pool.


0

A me sembra proprio che NTP stia facendo il suo lavoro: richiedere i dati temporali dai server NTP, quindi pubblicarli nel syslog. Nulla di cui preoccuparsi.


Grazie, mi è sembrata una quantità davvero notevole di dettagli come "ehi, sto facendo il mio lavoro, niente di male, ma controllerò questo successivo" a distanza di pochi secondi o minuti. Questa volta sono passato a Mint perché è stato recensito bene e l'ultima volta che ho avuto è stato Ubuntu che ho usato a malapena solo per i server di gioco di mio figlio e i miei repository di sviluppo. Prima di allora, nei primi anni di Aughts, usavo Gentoo e lo amavo (ho iniziato la prima fase della prima coppia come un pazzo dato che non ce n'era davvero bisogno) ma l'ho usato meno quando il tempo si è ridotto e poi ogni volta che l'ho fatto ... D spendere troppo per lunghi incontri emergenti
Varsuuk,

Ho dimenticato di menzionare nel mio spammage ... Ho sicuramente una sorta di problema di rete che è un altro problema, quindi non entrerò nei dettagli qui (implica "mettere in pausa" stucchi / termini / ssh ecc. Buffering tutto ciò che scrivo fino a quando non viene ristabilito il conn sottostante) quindi ho pensato che forse i costanti registri NTPD indicassero qualche problema di connettività di rete a causa della quantità in questione
Varsuuk

Prego. Non preoccuparti, io (e la maggior parte delle persone) non giudico le persone in base alla distribuzione, ma alcune persone lo fanno. Probabilmente è meglio creare una domanda separata per gli altri problemi di rete che stai riscontrando. Mentre i log NTP potrebbero essere un buon sintomo da menzionare, non sembra essere il problema stesso.
etskinner,

Lo farò grazie. Sì, ho provato a menzionarlo solo in b / c potrebbe essere correlato MA non volevo dare maggiori dettagli da quando ho letto la domanda per una domanda;) (che ha un senso) - Non avevo un benchmark per valutare la quantità di "spam" di ntp rispetto a. Vedrò dopo che riesco a ricablare / testare l'altro problema - se allo stesso tempo lo spam ntp diminuisce. Si aggiornerà per i posteri;)
Varsuuk,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.