NTP - massiven Offset korrigieren

3344
GuestNameHere

Ich habe einen RHEL 5.4 und bin mit meinem NTP-Server synchronisiert ... Ich habe es geschafft, den Jitter auf fast 0 zu reduzieren

ntpq -q 

Aber dann kam es gleich wieder. Der große Versatz bleibt unabhängig davon, was ich mache. Ich habe es auch versucht

[root@myHostname ~]# tinker panic 0 -bash: tinker: command not found 

Ich kann außer dem "-q" -Befehl nicht viel anderes im Internet finden, da es für jeden zu funktionieren scheint.

So schlimm ist es aktuell:

[root@chtlcprvc1 ~]# ntpq -p remote refid st t when poll reach delay offset jitter ========================================================================= +timeServer1 192.5.41.209 2 u 57 64 377 14.077 -548695 160.627 -timeServer2 128.252.19.1 2 u 38 64 377 14.090 -548714 103.667 *timeServer3 128.252.19.1 2 u 57 64 377 0.295 -548695 158.982 -timeServer4 192.5.41.209 2 u 24 64 377 0.351 -548722 161.058 -timeServer5 128.252.19.1 2 u 59 64 377 54.080 -548712 105.954 +timeServer6 128.252.19.1 2 u 114 64 366 57.711 -548689 166.360 

Nicht sicher, ob Sie weitere Informationen benötigen. Danke für jede Hilfe.

0

1 Antwort auf die Frage

3
GuestNameHere

Es war eine Xen VM und ich musste dies in /etc/sysctl.conf einstellen:

xen.independent_wallclock=1 

dann bounce network ... danach stelle ich die zeit manuell ein mit:

date--set="JAN 11 2016 18:00:00" 

dann rannte

service ntpd stop ntpd -gq service ntpd start