im szerzés hiba minden az én NTP ügyfeleknek.
Október 27 14:44:15 cms2 ntpd [19830]: szinkronizálás elveszett
Október 27 15:08:25 cms2 ntpd [19830]: idő orrgazdaság 0.688591 s
Október 27 15:08:25 cms2 ntpd [19830]: szinkronizálás elveszett
Október 27 15:28:45 cms2 ntpd [19830]: idő orrgazdaság 0.462257 s

Megnéztem néhány dolgot:

ntpq> rv
status \u003d 0644 leap_none, sync_ntp, 4 események, event_peer / strat_chg,
version \u003d "ntpd 4.1.2 @ 1,892 kedd február 24 06:32:25 EST 2004 (1)",
feldolgozó \u003d "i686", a rendszer \u003d "Linux2.4.21-32.0.1.ELsmp", leap \u003d 00, stratum \u003d 3,
precíziós \u003d- 17, rootdelay \u003d 20,179, rootdispersion \u003d 33,180, peer \u003d 29037,
refid \u003d ntpServer1,
reftime \u003d ccb03d7c.ac03ff69 hétfő, október 27 2008 14:15:40.671, poll \u003d 6,
clock \u003d ccb03d84.6b1044f1 hétfő, október 27 2008 14:15:48.418, state \u003d 4,
offset \u003d- 96,471, gyakoriság \u003d 442,496, jitter \u003d 98,288, stabilitás \u003d 5,497


[root @ cms1 root] # tcpdump-n udp port 123
tcpdump: hallgatja a bond0
10:24:46.786062 10.23.1.30.ntp> 10.23.1.4.ntp: v4 client start 3 poll 6 prec -15 (DF) [tos 0x10]
10:24:46.786975 10.23.1.4.ntp> 10.23.1.30.ntp: v4 server start 2 poll 6 prec -17 (DF)
10:24:54.786359 10.23.1.30.ntp> 10.23.1.3.ntp: v4 client start 3 poll 6 prec -15 (DF) [tos 0x10]
10:24:54.786984 10.23.1.3.ntp> 10.23.1.30.ntp: v4 server start 2 poll 6 prec -17 (DF)



root @ cms3 root] # ntpq-p
távoli refid st t, ha eléri a poll delay offset jitter
\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d \u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d
LOCAL (0) LOCAL (0) 5 l 42 64 1 0,000 0,000 0,061
+ ntpServer1 172.16.21.210 2 u 18 64 1 0,373 -15,214 3,043
* ntpServer2 172.16.21.210 2 u 19 64 1 0,341 -10,955 2,306



any suggestions?
egészségére

az, amit olvastam, hogy megtörténhet, ha van egy több mint 128ms delay.
Lehet-e változtatni a thrshold a 128ms?

Az üzenet azt jelenti, hogy a korrigált óra volt, több mint 128ms. Saját óra mintegy 7 tized 1 másodpercig, majd a legrosszabb eset, amit mutatnak. Ez tényleg egy nagy probléma? Ha igen, mennyit pontosság valóban szükség? Nem szeretném, hogy olyan lépést tegyen, kivéve, ha az óra volt, több mint egy teljes második off.

Mivel a kis jitter tűnik, én hiszem, hogy a rendszer az óra fut lassú. Beszéljen a gyártónak. Tartani lehet attól, hogy eljárást kell igazítani azt.

ya tudom, hogy nem kritikus
de a fő kérdés az, hogy utazz az ébresztés:
egyébként nem tudod véletlenül, hogyan lehet ezt a konkrét hibaüzenetet figyelmen kívül lehet hagyni a / var / log / messages?
Egészségére