Am Samstag, 17. November 2007 schrieb Christian Pubanz (GMX):
Am Donnerstag, 25. Oktober 2007 21:26:15 schrieb Martin Hofius: Hallo opensuse-de,
Da gibt es doch immer noch die Datei /etc/adjtime, in der die Abweichung der Hardwareuhr von der neu eingestellten Zeit festgehalten wird. Da könnte evtl. ein ziemlich unsinniger Wert drinstehen, der dann die "Softwareuhr" extrem schnell oder langsam gehen läßt. Ich würde die Datei einfach mal löschen... (oder im Zweifel einfach umbenennen).
Hast Du das mittlerweile mal versucht? Im folgenden finde ich keinen Hinweis darauf.
[...]
Ich benutze nun statt der PTB-Server die NTP-Server von der Uni Stuttgart, der TU Berlin, sowie vom Baden-Württembergischen Dienst BELWUE. Den Pool-NTP kann ich leider nicht verwenden (Fehlermeldung:Temporary failed in name resulution); dies erstmal vorweg.
Fehler bei der Namensauflösung. Liegt vermutlich daran, dass Du den NetworkManager benutzt und erst mit der Anmeldung ein Netz bekommst (siehe Deine neueren Mails).
Inzwischen habe ich es soweit hinbekommen, dass beim Booten der NTPD startet, sich von einem der og. Server die aktuelle Uhrzeit holt (Try to get initial date and time via NTP) und abgleicht.
Das macht er eben nicht, s.u.
Also geht direkt nach dem Booten die Uhr korrekt. Allerdings fiel mir auf, dass der Offset immer höher wird, je länger der Rechner läuft.
Gehe bitte mal beim booten in das BIOS Setup und schau nach, ob die Uhr richtig geht.
noname:/home/christian # ntpq -p remote refid st t when poll reach delay offset jitter ================================================================= ============= LOCAL(0) .LOCL. 10 l 6 64 3 0.000 0.000 0.001 rustime01.rus.u .DCFp. 1 u 4 64 3 14.226 -2188.9 2122.22 ntps1-0.cs.tu-b .PPS. 1 u 5 64 3 25.897 -2155.0 2057.12 ntp2.belwue.de .PPS. 1 u 5 64 3 14.805 -2156.0 2025.82 noname:/home/christian # hwclock -w noname:/home/christian # ntpq -p remote refid st t when poll reach delay offset jitter ================================================================= ============= *LOCAL(0) .LOCL. 10 l 48 64 77 0.000 0.000 0.001 rustime01.rus.u .DCFp. 1 u 49 64 77 14.226 -2188.9 5134.66 ntps1-0.cs.tu-b .PPS. 1 u 50 64 77 24.447 -4246.2 4031.49 ntp2.belwue.de .PPS. 1 u 49 64 77 14.489 -130.20 6833.54 noname:/home/christian # ntpq -p remote refid st t when poll reach delay offset jitter ================================================================= ============= *LOCAL(0) .LOCL. 10 l 15 64 377 0.000 0.000 0.001 rustime01.rus.u .DCFp. 1 u 18 64 377 14.226 -2188.9 9570.49 ntps1-0.cs.tu-b .PPS. 1 u 16 64 375 24.447 -4246.2 6911.75 ntp2.belwue.de .PPS. 1 u 14 64 377 14.805 -2156.0 9703.05 noname:/home/christian # ntpq -p remote refid st t when poll reach delay offset jitter ================================================================= [...]
Der Stern vor der Zeile bedeutet AFAIK, dass er sich mit der jeweiligen Quelle synchronisiert hat. Das ist bei Dir immer die lokale Uhr (*LOCAL(0)). Mit den anderen Quellen hat keine Synchronisierung stattgefunden. Setze mal bei bestehender Netzwerkverbindung ein rcntp restart ab und beobachte mal das Log.
Verstehe ich das richtig, dass der NTPD die Server nur quasi beim Booten findet, dann aber nicht mehr, deswegen der Offset immer höher wird und der NTP sich beendet?
Nach meiner Erfahrung sieht es eher so aus, dass die erste Synchronisation nach dem Start des Rechners (fast) immer fehlschlägt. Dies auch bei der traditionellen Methode mit ifup, also auch ohne NetworkManager. Nach einiger Zeit holt der ntp client sich dann die korrekte Zeit.
Habe noch bei OpenSuse einen Artikel gefunden-kann das damit zusammenhängen? (Bezug auf hwclock) http://de.opensuse.org/SDB:Zeit_%C3%BCber_das_Netz_einstellen_las sen
Was sagt denn ein ntpdate ntp1.ptb.de bei nicht laufendem ntpd? Falls ntpd läuft muss der vorher mit rcntp stop beendet werden. Das hatte ich (glaube ich) schonmal gefragt: Hast Du ein Dualboot System mit Windows. Grüße Ralf -- Antworten bitte nur in die Mailingliste! PMs bitte an: listpm (@) arndt-de (.) eu -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org