Mint 18.1 - Bir sürü “Havuz sunucusu xxx.xxx.xxx.xxx istemek”

Syslog'da sesli bir konuya bakıyordum ve havuz sunucusu ntp daemon mesajlarının birçoğunu bir cehennem görüyorum. Ben geçmişte diğer linux çalıştırmak ve asla bu kadar çok ntp günlük mesajları görüyorum hatırlamıyorum. Bu yeni bir ağ sorunu nedeniyle mi, Mint için yaygın mı, "yaygın" ise onları susturmanın bir yolu var mı?

O günden beri operatörleri ve yönlendirici donanımını değiştirdim, bu yüzden ağımda bir şey göz ardı etmiyorum. İnternete girmekte veya çevrimiçi oyun oynamakta sorun yaşamıyorum.

Mesajlar, ntpd sunucunuzun senkronize edilecek daha fazla zaman kaynağı aradığı anlamına gelir. Özellikle bir kesinti veya yeniden başlatma sonrasında tekrar ağa bağlandıktan sonra birkaç tanesini görmek beklenir, ancak ntpd'niz ve ağ bağlantınız düzgün çalışıyorsa, günde birkaç taneden fazla görmemeniz gerekir. Birkaç dakikada birkaçınız varsa, bu muhtemelen bir sorundur.

Ntpd'niz eşlere bağlanıyor ve zamanı başarıyla senkronize ediyor mu? Bunu kullanarak kontrol edebilirsiniz ntpq. ntpq -c peİçindeki emsaller listesine ve bildirilen tabaka ve reftime bakın ntpq -c rv. 16 tabakası “senkronize değil” anlamına gelir.

Bu:

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

NTP'nizin aslında çalışmadığı anlamına gelir (bu durumda yeni başladım çünkü),

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

NTP'nizin doğru çalıştığı anlamına gelir.

Senkronize edilmez ve uzun süre bu şekilde kalırsa, büyük olasılıkla bir ağ veya yapılandırma sorununuz vardır. Bak man 5 ntp.confyardım için ve en yapılandırması hakkında NTP.org destek sayfasına örnekler için. Benim durumumda, bitmeyen “Havuz sunucusu isteme” spam'ının nedeni nopeer, havuz sunucuları için kapalı olması gereken yönergeydi.

Bana göre NTP işini yapıyor gibi görünüyor: NTP sunucularından zaman verisi istemek, sonra bunu syslog'da yayınlamak. Endişelenecek birşey yok.