• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

Ansteigende Abweichung trotz NTP

Tentacle

Newbie
Hallo.

Ich habe ein mittelschweres Uhrzeitproblem, dem ich in den letzten Tagen nicht Herr werden konnte.

Ich habe zwei Suse-Server im Netz, die bisher einwandfrei liefen. Ich setze NTP ein und hatte zeitmäßig nie eine nennenswerte Abweichung. Nun habe ich letzte Woche einen der beiden Server mit SUSE 10.2 neu aufgesetzt und seitdem scheint seine Uhr langsamer zu laufen.

Ich hatte erst die ntp.conf vom anderen Server rüberkopiert, doch das brachte keine Besserung. Inzwischen habe ich zig Änderungen vorgenommen, die alle keine Besserung bringen. Dazu zählen das Hinzufügen weiterer Zeitserver und von RESTRICT-Zeilen (s.u.), die beim anderen Server aber nie nötig waren.

Hier meine ntp.conf:
Code:
server 127.127.1.0              # local clock (LCL)
fudge  127.127.1.0 stratum 10   # LCL is unsynchronized

server ptbtime1.ptb.de
server ptbtime2.ptb.de
server ntps1-0.cs.tu-berlin.de
server clock.isc.org

logfile /var/log/ntp/ntpd
driftfile /var/log/ntp/driftfile
statsdir /var/log/ntp/stats/

restrict 127.0.0.1
restrict ptbtime1.ptb.de
restrict ptbtime2.ptb.de
restrict ntps1-0.cs.tu-berlin.de
restrict clock.isc.org
restrict 127.127.1.0
restrict 192.168.0.0 mask 255.255.255.0 nomodify
restrict default kod notrap nomodify nopeer noquery

Um Euch das Ausmaß der Abweichung deutlich zu machen hier eine Grafik:
uhrzeit.png


Jetzt werdet ihr vermutlich sagen, dass der NTP-Dienst keinen Connect bekommt. Aber dem ist nicht so. Wenn ich "rcntp stop" und "rcntp start" eingebe, holt er sich die aktuelle Uhrzeit und setzt sie (daher die Korrekturen in der Grafik).

Ein ntpq -p sieht übrigens so aus:
Code:
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
*LOCAL(0)        .LOCL.          10 l   16   64  377    0.000    0.000   0.008
 ptbtime1.ptb.de .PTB.            1 u  363 1024  377   20.297  12205.1 4285.92
 ptbtime2.ptb.de .PTB.            1 u  358 1024  377   21.066  12205.3 4277.49
 ntps1-0.cs.tu-b .PPS.            1 u  355 1024  377   19.855  8179.62 2228.10
 clock.isc.org   .GPS.            1 u  356 1024  377  173.613  8281.29 2197.66

Und direkt nach einem Restart des Dienstes:
Code:
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 LOCAL(0)        .LOCL.          10 l    4   64    1    0.000    0.000   0.008
 ptbtime1.ptb.de .PTB.            1 u    3   64    1   20.943   -0.756   0.008
 ptbtime2.ptb.de .PTB.            1 u    3   64    1   20.305   -0.531   0.008
 ntps1-0.cs.tu-b .PPS.            1 u    2   64    1   20.165   -0.961   0.008
 clock.isc.org   .GPS.            1 u    2   64    1  174.745   -3.744   0.008

Und eine Minute später:
Code:
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 LOCAL(0)        .LOCL.          10 l    7   64    7    0.000    0.000   0.008
 ptbtime1.ptb.de .PTB.            1 u    8   64    7   20.943   -0.756 237.103
 ptbtime2.ptb.de .PTB.            1 u    7   64    7   20.305   -0.531 236.829
 ntps1-0.cs.tu-b .PPS.            1 u    8   64    7   20.165   -0.961 235.505
 clock.isc.org   .GPS.            1 u    3   64    7  174.614  238.720 171.451

Das Sternchen scheint er völlig wahlfrei mal hier mal da zu setzen. Ich bin echt ratlos und hoffe, ihr könnt mir helfen...

Gruß, Tentacle.
 

whois

Ultimate Guru
Hi

Hast du auch mal überprüft ob die C-MOS batterie vielleicht leer ist? :wink:
Weil so gravierend können die Unterschiede nicht sein zwischen SuSE 10.2 das solche Abweichungen zustande kommen.

cu
 
OP
T

Tentacle

Newbie
Und jetzt gerad übrigens so:
Code:
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 LOCAL(0)        .LOCL.          10 l   18   64   77    0.000    0.000   0.008
*ptbtime1.ptb.de .PTB.            1 u   17   64   77   20.476  780.741 503.053
+ptbtime2.ptb.de .PTB.            1 u   17   64   77   20.305   -0.531 550.799
 ntps1-0.cs.tu-b .PPS.            1 u  148   64   74   20.165   -0.961 367.824
+clock.isc.org   .GPS.            1 u   20   64   77  174.621  702.232 437.410
 
OP
T

Tentacle

Newbie
whois schrieb:
Hast du auch mal überprüft ob die C-MOS batterie vielleicht leer ist? :wink:
Weil so gravierend können die Unterschiede nicht sein zwischen SuSE 10.2 das solche Abweichungen zustande kommen.

Wäre ja schon ein sehr unwahrscheinlicher Zufall, wenn mit dem Neuaufsetzen die CMOS-Batterie zeitgleich leer gewesen wäre., aber ich werd das mal prüfen lassen.

Nichtsdestotrotz sollte doch der NTP-Dienst auch bei einer leeren Batterie regelmäßig die Uhrzeit prüfen und korrigieren, aber das macht er offenbar nicht - nur nach einem manuellen Restart des Dienstes.
 
Oben