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

Uhr geht nach trotz NTP

Hi!

Ich werde noch leicht wahnsinnig wegen meiner Rechneruhr... sie geht ständig nach.
boewu19.gif


Also, ich hab hier einen PC mit Opensuse 11.1, 32 bit. Mit einem Athlon 64 X2 und AMD 780G Chipsatz. Cool & Quiet ist aktiv.

Mein Problem ist, daß die Uhr ständig nach geht. Locker mehrere Minuten am Tag. Und selbst der NTP scheint aufzugeben...

Als Zeitserver hatte ich einen Server im lokalen Netz benutzt. Funktioniert auch im Prinzip, bis der NTP auf meinem PC mitten in der Nacht seine Arbeit einstellt.
Ich hab jetzt mal die Config-Datei und das driftfile gelöscht, und NTP neu installiert. Danach mit Yast den ptb-Zeitserver eingetragen (auch, um meinen eigenen Zeitserver als Fehler auszuschließen).

Und es passiert wieder das Gleiche wie vorher aus: Er synchronisiert ein paar Mal, und stellt dann seine Arbeit ein (der ntpd läuft aber laut PS noch). Siehe Log-Ausgabe unten.

Was ist da los?

Hier das Ende von /var/log/ntp. Der letzte Eintrag ist jetzt 11 Stunden alt, obwohl sich mein ntpd nicht beendet hat...

Code:
27 Mar 20:08:00 ntpd[9114]: synchronized to 192.53.103.108, stratum 1
27 Mar 20:22:32 ntpd[9114]: time reset +2.664270 s
27 Mar 20:26:06 ntpd[9114]: synchronized to LOCAL(0), stratum 10
27 Mar 20:28:16 ntpd[9114]: synchronized to 192.53.103.108, stratum 1
27 Mar 20:42:56 ntpd[9114]: time reset +2.353292 s
27 Mar 20:46:41 ntpd[9114]: synchronized to LOCAL(0), stratum 10
27 Mar 20:47:41 ntpd[9114]: synchronized to 192.53.103.108, stratum 1
27 Mar 21:01:44 ntpd[9114]: time reset +2.253572 s
27 Mar 21:05:20 ntpd[9114]: synchronized to LOCAL(0), stratum 10
27 Mar 21:06:23 ntpd[9114]: synchronized to 192.53.103.108, stratum 1
27 Mar 21:21:08 ntpd[9114]: time reset +2.334461 s
27 Mar 21:24:59 ntpd[9114]: synchronized to LOCAL(0), stratum 10
27 Mar 21:26:03 ntpd[9114]: synchronized to 192.53.103.108, stratum 1
27 Mar 21:40:53 ntpd[9114]: time reset +2.417417 s
27 Mar 21:44:28 ntpd[9114]: synchronized to LOCAL(0), stratum 10
27 Mar 21:47:44 ntpd[9114]: synchronized to 192.53.103.108, stratum 1
27 Mar 22:02:13 ntpd[9114]: time reset +2.527999 s
27 Mar 22:06:17 ntpd[9114]: synchronized to LOCAL(0), stratum 10
27 Mar 22:07:23 ntpd[9114]: synchronized to 192.53.103.108, stratum 1
27 Mar 22:22:15 ntpd[9114]: time reset +2.413191 s
27 Mar 22:26:07 ntpd[9114]: synchronized to LOCAL(0), stratum 10
27 Mar 22:28:15 ntpd[9114]: synchronized to 192.53.103.108, stratum 1
27 Mar 22:42:28 ntpd[9114]: time reset +2.430859 s
27 Mar 22:46:10 ntpd[9114]: synchronized to LOCAL(0), stratum 10
27 Mar 22:48:19 ntpd[9114]: synchronized to 192.53.103.108, stratum 1
27 Mar 23:02:51 ntpd[9114]: time reset +2.452107 s
27 Mar 23:06:18 ntpd[9114]: synchronized to LOCAL(0), stratum 10
27 Mar 23:07:21 ntpd[9114]: synchronized to 192.53.103.108, stratum 1
27 Mar 23:22:17 ntpd[9114]: time reset +2.525101 s
27 Mar 23:25:38 ntpd[9114]: synchronized to LOCAL(0), stratum 10
27 Mar 23:26:43 ntpd[9114]: synchronized to 192.53.103.108, stratum 1
27 Mar 23:29:59 ntpd[9114]: synchronized to LOCAL(0), stratum 10
27 Mar 23:32:04 ntpd[9114]: synchronized to 192.53.103.108, stratum 1
27 Mar 23:46:08 ntpd[9114]: time reset +2.713759 s
27 Mar 23:49:52 ntpd[9114]: synchronized to LOCAL(0), stratum 10
27 Mar 23:51:03 ntpd[9114]: synchronized to 192.53.103.108, stratum 1
27 Mar 23:52:08 ntpd[9114]: synchronized to LOCAL(0), stratum 10
27 Mar 23:53:12 ntpd[9114]: synchronized to 192.53.103.108, stratum 1
28 Mar 00:08:16 ntpd[9114]: time reset +2.857530 s
28 Mar 00:11:38 ntpd[9114]: synchronized to LOCAL(0), stratum 10
28 Mar 00:14:47 ntpd[9114]: synchronized to 192.53.103.108, stratum 1
28 Mar 00:19:00 ntpd[9114]: synchronized to LOCAL(0), stratum 10
28 Mar 00:20:08 ntpd[9114]: synchronized to 192.53.103.108, stratum 1
28 Mar 00:29:41 ntpd[9114]: synchronized to LOCAL(0), stratum 10
28 Mar 00:31:59 ntpd[9114]: synchronized to 192.53.103.108, stratum 1
28 Mar 00:40:23 ntpd[9114]: synchronized to LOCAL(0), stratum 10
28 Mar 00:42:39 ntpd[9114]: synchronized to 192.53.103.108, stratum 1
28 Mar 00:57:46 ntpd[9114]: synchronized to LOCAL(0), stratum 10

Starte ich den ntpd neu, geht es wieder von vorne los. Er läuft ein paar Stunden lang prima, und macht wieder dann gar nichts mehr...
 
radium schrieb:
Hi,

kann ich einmal bitte deine /etc/ntp.conf sehen!

Bitte sehr: (Kommentarzeilen hab ich weggelassen)

Code:
server 127.127.1.0
fudge 127.127.1.0  stratum 10
driftfile /var/lib/ntp/drift/ntp.drift
logfile /var/log/ntp
keys /etc/ntp.keys
trustedkey 1
requestkey 1
server ptbtime1.ptb.de
server c64 # C64 ist mein Zeitserver im lokalen Netz.
server ntp1.fau.de # hab ich neu hinzugefügt

Ich hab jetzt mal drei Server drin, statt vorher nur einen. Wobei es nur mit dem lokalen ja auch nicht ging, und der war mit Sicherheit erreichbar, und auch ganggenau.

Ich hab jetzt mal testweise den lokalen Fakeserver 127.127.1.0 auskommentiert. Damit scheint er durch zu laufen. Hab das aber noch nicht lange genug so, um es sicher zu sagen...
 

abgdf

Guru
Geht die Uhr auch nach mehrmaligem Stellen falsch, zum Beispiel um 6 Minuten pro Stunde, kann das an fehlerhaften Einstellungen in der Datei

/etc/adjtime

liegen, die eigentlich leichte Abweichungen der Uhr ausgleichen soll.
Man muß dann als root eine Sicherheitskopie der Datei erstellen, dann diese löschen und mit YaST2 die Uhr neu stellen.
Dabei sollte eine neue Datei /etc/adjtime erstellt werden, die dann richtige Einstellungen aufweisen müßte, so daß die Uhr dann richtig gehen sollte.

Gruß
 
Oben