im få fejl på alle mine NTP klienter.
Okt 27 14:44:15 cms2 ntpd [19830]: synkroniseringen tabt
Okt 27 15:08:25 cms2 ntpd [19830]: tid nulstille 0.688591 s
Okt 27 15:08:25 cms2 ntpd [19830]: synkroniseringen tabt
Okt 27 15:28:45 cms2 ntpd [19830]: tid nulstille 0.462257 s

Jeg undersøgte flere ting:

ntpq> rv
status \u003d 0.644 leap_none, sync_ntp, 4 arrangementer, event_peer / strat_chg,
version \u003d "ntpd 4.1.2 @ 1.892 tirsdag feb 24 06:32:25 EST 2004 (1)",
processor \u003d "i686", system \u003d "Linux2.4.21-32.0.1.ELsmp", spring \u003d 00, stratum \u003d 3,
præcision \u003d- 17, rootdelay \u003d 20.179, rootdispersion \u003d 33.180, peer \u003d 29037,
refid \u003d ntpServer1,
reftime \u003d ccb03d7c.ac03ff69 mandag, oktober 27 2008 14:15:40.671, meningsmåling \u003d 6,
ur \u003d ccb03d84.6b1044f1 mandag, oktober 27 2008 14:15:48.418, state \u003d 4,
offset \u003d- 96.471, hyppighed \u003d 442.496, jitter \u003d 98.288, stabilitet \u003d 5,497


[root @ cms1 root] # tcpdump-n UDP-port 123
tcpdump: lytter på bond0
10:24:46.786062 10.23.1.30.ntp> 10.23.1.4.ntp: v4 klienten starte 3 meningsmåling 6 prec -15 (DF) [tos 0x10]
10:24:46.786975 10.23.1.4.ntp> 10.23.1.30.ntp: v4 server start 2 meningsmåling 6 prec -17 (DF)
10:24:54.786359 10.23.1.30.ntp> 10.23.1.3.ntp: v4 klienten starte 3 meningsmåling 6 prec -15 (DF) [tos 0x10]
10:24:54.786984 10.23.1.3.ntp> 10.23.1.30.ntp: v4 server start 2 meningsmåling 6 prec -17 (DF)



root @ cms3 root] # ntpq-p
fjerntliggende refid st t når meningsmåling nå forsinkelse 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
LOKALE (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



nogen forslag?
skål

fra hvad jeg har læst sin ske, når der er en mere end 128ms forsinkelse.
er det muligt at ændre thrshold af 128ms?

Budskabet betyder, at dit ur blev korrigeret med mere end 128ms. Din uret omkring 7 tiendedele af 1 sekund off i værste fald, som du viser. Er det virkelig et stort problem? Hvis ja, hvor meget nøjagtighed faktisk er påkrævet? Jeg vil ikke foretage nogen handling, medmindre uret var mere end en fuld anden off.

Da din jitter synes lav, mit gæt er, at dit system ur der kører langsomt. Talk til fabrikanten. Der kan være en procedure for at justere det.

ya Jeg ved det ikke kritisk
men mit største problem er at få ride af alarmen:
alligevel gør du tilfældigvis at vide, hvordan kan dette specifikke fejlmeddelelse kan blive ignoreret af / var / log / messages?
Skål