Les messages signifient que votre serveur ntpd recherche d'autres sources de temps pour se synchroniser. En voir quelques-uns est attendu, en particulier après une reconnexion au réseau après une panne ou un redémarrage, mais si votre ntpd et votre connexion réseau fonctionnent correctement, vous ne devriez pas en voir plus que quelques-uns par jour. Si vous en avez plusieurs toutes les quelques minutes, c'est probablement un problème.
Votre ntpd se connecte-t-il à ses pairs et synchronise-t-il l'heure avec succès? Vous pouvez vérifier cela en utilisant ntpq
. Regardez la liste des pairs dans ntpq -c pe
et la strate et reftime déclarés dans ntpq -c rv
. Une strate de 16 signifie «non synchronisé».
Ce:
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
signifie que votre NTP ne fonctionne pas réellement (dans ce cas parce que je viens de le démarrer), tandis que ceci:
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
signifie que votre NTP fonctionne correctement.
S'il ne se synchronise pas et reste ainsi pendant longtemps, vous avez probablement un problème de réseau ou de configuration. Consultez l' man 5 ntp.conf
aide et la page de support NTP.org sur la configuration pour des exemples. Dans mon cas, la raison du spam sans fin «Solliciting pool server» était la nopeer
directive, qui doit être désactivée pour les serveurs de pool.