xntp - kein Nachstellen im laufenden Betrieb
Hallo Liste, ich bräuchte mal Hilfe mit dem xntpd unter SuSE 10.1 Der Zeitabgleich wird beim booten vollzogen, wird jedoch im laufenden Betrieb nicht korrigiert. Schon nach wenigen Stunden stellt sich eine deutliche abweichung im Sekundenbereich ein, die sich fortlaufend erhöht. Ich hab bereits die Datei /etc/adjtime gelöscht, und /var/lib/ntp/drift/ntp.drift neu angelegt, jedoch ohne Erfolg. Wie gesagt, die Zeit wird beim booten korrekt gestellt, rennt dann aber davon. In der /var/lib/ntp/drift/ntp.drift ist auch eine minus Abweichung notiert, die aber offensichtlich nicht berücksichtigt wird. Ich habs mit drei random servern von de.pool.ntp.org, oder auch mit nur einem Server mit eindeutiger Adresse probiert, kein Unterschied. Ich habs auch mit der auskommentierung des drift files aus der ntp.conf probiert (in der Hoffnung das er die Uhr einfach regelmäßig nachstellt), kein Erfolg. Hier mal die heutigen Einträge aus dem log. Hat jemand eine Idee woran es liegen könnte ? Vielen Dank Micha 23 Jul 08:44:37 ntpd[4098]: ntpd exiting on signal 15 23 Jul 08:44:48 ntpd[4229]: synchronized to 130.149.17.21, stratum 1 23 Jul 08:44:52 ntpd[4229]: kernel time sync disabled 0041 23 Jul 08:51:09 ntpd[4229]: synchronized to LOCAL(0), stratum 10 23 Jul 08:51:09 ntpd[4229]: kernel time sync enabled 0001 -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
On Sun, Jul 23, 2006 at 10:50:10AM +0200, Michael Schueller wrote:
Hat jemand eine Idee woran es liegen könnte ?
Du hast LOCAL(0) definiert. Kommetier das aus und das sollte nicht mehr passieren. Ob man das braucht, wenn man per Einwahl arbeitet weiss ich nicht. Peter -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Am Sonntag, 23. Juli 2006 13:47 schrieb Peter Wiersig:
On Sun, Jul 23, 2006 at 10:50:10AM +0200, Michael Schueller wrote:
Hat jemand eine Idee woran es liegen könnte ?
Du hast LOCAL(0) definiert. Kommetier das aus und das sollte nicht mehr passieren.
Hallo Peter Also ich hab hier nichts bis auf den Sever konfiguriert. Die Local Clock ist ne default Einstellung. Aber auch wenn ich die rausnehme, ist das Ergebnis das selbe. Ich kann mit Hilfe von ethereal sehen das es einen regelmäßigen Abgleich gibt, aber anstatt den Wert zu korrigieren hab ich den Eindruck als ob die Abweichen vor anstatt zurück gestellt wird. Nun hab ich auch mal den Powersaved abgeschaltet, auch nichts. Dann fiehl mir ein das ich mal für VMware als bootparameter clock=pit verwendet hab, auch nichts... Jedesmal wenn ich den ntpd neu starte hinkt die Uhr kurzzeitig hinterher, aber nach ca 10min bin ich dann schon wieder bei 2 sec plus, das nervt. Gruß Micha
Ob man das braucht, wenn man per Einwahl arbeitet weiss ich nicht.
Peter
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Hallo Michael, Am Sonntag, 23. Juli 2006 16:10 schrieb Michael Schueller:
Am Sonntag, 23. Juli 2006 13:47 schrieb Peter Wiersig:
On Sun, Jul 23, 2006 at 10:50:10AM +0200, Michael Schueller wrote:
Hat jemand eine Idee woran es liegen könnte ?
Du hast LOCAL(0) definiert. Kommetier das aus und das sollte nicht mehr passieren.
Hallo Peter
Also ich hab hier nichts bis auf den Sever konfiguriert. Die Local Clock ist ne default Einstellung. Aber auch wenn ich die rausnehme, ist das Ergebnis das selbe. Ich kann mit Hilfe von ethereal sehen das es einen regelmäßigen Abgleich gibt, aber anstatt den Wert zu korrigieren hab ich den Eindruck als ob die Abweichen vor anstatt zurück gestellt wird.
Nun hab ich auch mal den Powersaved abgeschaltet, auch nichts. Dann fiehl mir ein das ich mal für VMware als bootparameter clock=pit verwendet hab, auch nichts...
Das System läuft unter vmware? Schau dir mal die FAQ auf der vmware-Seite an oder befrage die Suchmaschinen. Da gibt es einige sehr interessante Dinge zu lesen. Mit einem Bootparameter kann man das allerdings reparieren. (rest gelöscht) Wolfgang -- PGP/GPG-Fingerprint: EB27 DF15 AEE3 F8ED BE03 00AE 0963 ADD7 9CFC -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Nachtrag: (siehe unten) Am Sonntag, 23. Juli 2006 17:04 schrieb Wolfgang Erlenkötter:
Hallo Michael,
Am Sonntag, 23. Juli 2006 16:10 schrieb Michael Schueller:
Am Sonntag, 23. Juli 2006 13:47 schrieb Peter Wiersig:
On Sun, Jul 23, 2006 at 10:50:10AM +0200, Michael Schueller wrote:
Hat jemand eine Idee woran es liegen könnte ?
Du hast LOCAL(0) definiert. Kommetier das aus und das sollte nicht mehr passieren.
Hallo Peter
Also ich hab hier nichts bis auf den Sever konfiguriert. Die Local Clock ist ne default Einstellung. Aber auch wenn ich die rausnehme, ist das Ergebnis das selbe. Ich kann mit Hilfe von ethereal sehen das es einen regelmäßigen Abgleich gibt, aber anstatt den Wert zu korrigieren hab ich den Eindruck als ob die Abweichen vor anstatt zurück gestellt wird.
Nun hab ich auch mal den Powersaved abgeschaltet, auch nichts. Dann fiehl mir ein das ich mal für VMware als bootparameter clock=pit verwendet hab, auch nichts...
Das System läuft unter vmware? Schau dir mal die FAQ auf der vmware-Seite an oder befrage die Suchmaschinen. Da gibt es einige sehr interessante Dinge zu lesen. Mit einem Bootparameter kann man das allerdings reparieren.
Z.B.: http://kb.vmware.com/vmtnkb/search.do?cmd=displayKC&docType=kc&externalId=1420&sliceId=SAL_Public http://pubs.vmware.com/server1/vm/wwhelp/wwhimpl/common/html/wwhelp.htm?context=vm&file=tools_server.4.41.html Viel Spass. Wolfgang -- PGP/GPG-Fingerprint: EB27 DF15 AEE3 F8ED BE03 00AE 0963 ADD7 9CFC -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Am Sonntag, 23. Juli 2006 17:04 schrieb Wolfgang Erlenkötter:
Hallo Michael,
Am Sonntag, 23. Juli 2006 16:10 schrieb Michael Schueller:
Am Sonntag, 23. Juli 2006 13:47 schrieb Peter Wiersig:
On Sun, Jul 23, 2006 at 10:50:10AM +0200, Michael Schueller wrote:
Hat jemand eine Idee woran es liegen könnte ?
Du hast LOCAL(0) definiert. Kommetier das aus und das sollte nicht mehr passieren.
Hallo Peter
Also ich hab hier nichts bis auf den Sever konfiguriert. Die Local Clock ist ne default Einstellung. Aber auch wenn ich die rausnehme, ist das Ergebnis das selbe. Ich kann mit Hilfe von ethereal sehen das es einen regelmäßigen Abgleich gibt, aber anstatt den Wert zu korrigieren hab ich den Eindruck als ob die Abweichen vor anstatt zurück gestellt wird.
Nun hab ich auch mal den Powersaved abgeschaltet, auch nichts. Dann fiehl mir ein das ich mal für VMware als bootparameter clock=pit verwendet hab, auch nichts...
Das System läuft unter vmware? Schau dir mal die FAQ auf der vmware-Seite an oder befrage die Suchmaschinen. Da gibt es einige sehr interessante Dinge zu lesen. Mit einem Bootparameter kann man das allerdings reparieren.
Nene, das war jetzt n Missverständniss. Das System is ne normale Vollinstallation. Ich hatte nur mal VMware mit Windows installiert (oder besser windows mit vmware auf suse), und dabei gab es probleme mit der Zeitsyncronisierung. Als Lösung wurde damals erklärt man solle die Host Uhr auf pit stellen. Daher wollte ich einfach mal ausprobieren ob das bei dem aktuellen Problem was bringt, brachte es aber nicht. Ich hab jetzt noch mal den Tip aufgegriffen die Local Clock aus der Configuration zu entfernen. Tatsächlich wird alle 10-15 min die Uhr um ca 6sec zurückgestellt. Allerdings wird der drift nicht gestellt. Alsodie Geschwindigkeit der Hardwareuhr angepasst, sollte das mit von xntp möglich sein ? Micha
(rest gelöscht)
Wolfgang -- PGP/GPG-Fingerprint: EB27 DF15 AEE3 F8ED BE03 00AE 0963 ADD7 9CFC
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Am Sonntag, 23. Juli 2006 17:19 schrieb Michael Schueller:
Ich hab jetzt noch mal den Tip aufgegriffen die Local Clock aus der Configuration zu entfernen. Tatsächlich wird alle 10-15 min die Uhr um ca 6sec zurückgestellt. Allerdings wird der drift nicht gestellt. Also die Geschwindigkeit der Hardwareuhr angepasst, sollte das mit von xntp möglich sein ?
Micha
OK Mittlerweile konnte ich heraus finden, das die regelmäßige Abweichung zu viel ist um sie mit xntp anzupassen. Xntp verträgt wohl nicht mehr als 43 sec per 24 Std, ich komme hier wenn ich die regelmäßige Korrektur hochrechne auf 576 sec. Die Frage ist nun, woher kommt die hohe Abweichung, bzw wie kann ich die Hardware Clock entsprechend anpassen. Aus http://www.ntp.org/ntpfaq/NTP-s-trbl-general.htm#Q-LOSE-SYNC "This can be caused by the local clock that drifts very badly and needs a significant drift correction..." aber wie ? Micha -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Hallo Michael Am Samstag, 29. Juli 2006 18:36 schrieb Michael Schueller:
Die Frage ist nun, woher kommt die hohe Abweichung, bzw wie kann ich die Hardware Clock entsprechend anpassen. Leider keine Lösung, aber ist evtl. Deine Cmos-Batterie etwas schlapp? Das hatte ich auch mal, allerdings bei einem älteren Rechner, der hatte zuerst auch große Unterschiede zwischen System und Hardwarezeit, bis dann garnichts mehr ging...Cmos-Error. Nach auswechseln der Batterie war dann alles wieder OK.Auch die Zeit stimmte danach wieder. Gruß Thomas -- Mögen täten wir schon wollen, doch dürfen haben wir uns nicht getraut. Karl Valentin
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Am Montag, 31. Juli 2006 12:50 schrieb Thomas Becker:
Hallo Michael
Am Samstag, 29. Juli 2006 18:36 schrieb Michael Schueller:
Die Frage ist nun, woher kommt die hohe Abweichung, bzw wie kann ich die Hardware Clock entsprechend anpassen.
Leider keine Lösung, aber ist evtl. Deine Cmos-Batterie etwas schlapp? Das hatte ich auch mal, allerdings bei einem älteren Rechner, der hatte zuerst auch große Unterschiede zwischen System und Hardwarezeit, bis dann garnichts mehr ging...Cmos-Error. Nach auswechseln der Batterie war dann alles wieder OK.Auch die Zeit stimmte danach wieder.
Hallo Thomas, danke für den Hinweis, er geht in die richtige Richtung. Ich hab bei Recherchen im Net bzgl. zu schnell laufender Uhr bei meinem Board (A7N8X-Delux) den Hinweis gefunden das ein Bios update vielleicht ne Lösung bringen könnte. Die Bios ist allerdings auf dem aktuellen Stand, aber tatsächlich hatte ich schon mal Probleme nach einem Bios Update, damals war USB 2.0 nur bei aktivierten RAID möglich. Lösung war die BIOS komplett zurück zu setzen, danach lief dann wieder alles. Also dachte ich ich schau mal nach den Einstellungen, und hab mal auf blöd die Memory Timings von AUTO auf SPD gesetzt, und was soll ich sagen...jetzt gehts. Die Uhr läuft perfekt syncron, und xntp schnuckelt ;-) Sachen gibt´s Gruß Micha P.s.: Nicht vergessen möchte ich allerdings den Hinweis auf http://www.novell.com/coolsolutions/feature/15345.html von Richard Ems der mich als PM erreichte. Hier geht es um Abweichungen die dadurch verursacht werden das der NTP Server nicht oder nur unregelmäßig erreicht wird. Abhilfe schaffen hier die Optionen burst und iburst.
Gruß Thomas -- Mögen täten wir schon wollen, doch dürfen haben wir uns nicht getraut. Karl Valentin
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Hallo Michael, Am Montag, 31. Juli 2006 18:27 schrieb Michael Schueller:
Also dachte ich ich schau mal nach den Einstellungen, und hab mal auf blöd die Memory Timings von AUTO auf SPD gesetzt, und was soll ich sagen...jetzt gehts. Die Uhr läuft perfekt syncron, und xntp schnuckelt ;-)
Sachen gibt´s
Na dann ist ja zum Glück alles wieder in Ordnung, ich habe hier übrigens das selbe (oder das gleiche?) Board und bin da recht zufrieden mit.Ich habe nochmal in das Handbuch reingesehen.Da steht auch, das SPD die Standart Einstellung ist, obwohl doch bei AUTO die richtige ==>> SPD gewählt werden sollte.Komisch.
Gruß Micha
P.s.: Nicht vergessen möchte ich allerdings den Hinweis auf http://www.novell.com/coolsolutions/feature/15345.html von Richard Ems der mich als PM erreichte. Hier geht es um Abweichungen die dadurch verursacht werden das der NTP Server nicht oder nur unregelmäßig erreicht wird. Abhilfe schaffen hier die Optionen burst und iburst.
Hier läuft alles korrekt, die anderen Rechner im Netzwerk holen sich ihre Zeit von diesem Rechner.Ich hatte da noch nie Probleme, glücklicherweise ;-)) Ich werde trotzdem mal nachsehen, was da genau eingestellt ist. Gruß Thomas -- Mögen täten wir schon wollen, doch dürfen haben wir uns nicht getraut. Karl Valentin
participants (4)
-
Michael Schueller -
Peter Wiersig -
Thomas Becker -
Wolfgang Erlenkötter