im om fouten op al mijn NTP klanten.
Oktober 27 14:44:15 cms2 ntpd [19830]: synchronisatie verloren
Oktober 27 15:08:25 cms2 ntpd [19830]: tijd resetten 0.688591 s
Oktober 27 15:08:25 cms2 ntpd [19830]: synchronisatie verloren
Oktober 27 15:28:45 cms2 ntpd [19830]: tijd resetten 0.462257 s

Ik heb een aantal dingen:

ntpq> RV
status \u003d 0644 leap_none, sync_ntp, 4 evenementen, event_peer / strat_chg,
version \u003d "ntpd 4.1.2 @ 1,892 dinsdag 24 februari 06:32:25 EST 2004 (1)",
processor \u003d "i686", systeem \u003d "Linux2.4.21-32.0.1.ELsmp", sprong \u003d 00, stratum \u003d 3,
precisie \u003d- 17, rootdelay \u003d 20.179, rootdispersion \u003d 33.180, peer \u003d 29037,
RefId \u003d ntpServer1,
reftime \u003d ccb03d7c.ac03ff69 maandag oktober 27 2008 14:15:40.671, poll \u003d 6,
klok \u003d ccb03d84.6b1044f1 maandag oktober 27 2008 14:15:48.418, state \u003d 4,
offset \u003d- 96.471, frequentie \u003d 442.496, jitter \u003d 98.288, stabiliteit \u003d 5.497


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



root @ cms3 root] # ntpq-p
afstandsbediening RefId st t toen poll bereiken vertraging gecompenseerd 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 liter 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



suggesties?
sante

van wat ik lees zijn er gebeuren wanneer er een meer dan 128ms vertraging.
is het mogelijk om de thrshold van 128ms?

Het bericht betekent dat uw klok werd gecorrigeerd door meer dan 128ms. Uw klok ongeveer 7 tienden van 1 seconde uitgeschakeld in het ergste geval dat je show. Is dit echt een groot probleem? Zo ja, hoeveel nauwkeurigheid is eigenlijk nodig? Ik zou geen enkele actie, tenzij de klok was meer dan een volledige tweede uitgeschakeld.

Omdat uw jitter lijkt laag, ik denk dat uw systeem klok loopt traag. Praat met de fabrikant. Er kan een procedure aan te passen.

ya i know its not kritische
maar mijn grootste probleem is om rit van het alarm:
toch heb je weet hoe kunnen deze specifieke foutmelding kan worden genegeerd door de / var / log / messages?
Sante