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).
Ich habe von mir und meinem ominösen Problem mit dem NTP-Dämon lange nichts mehr hören lassen. Aber seit heute habe ich eine neue heiße Spur. 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. 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. 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. 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 ============================================================================== *LOCAL(0) .LOCL. 10 l 45 64 377 0.000 0.000 0.001 rustime01.rus.u .DCFp. 1 u 246 512 377 14.431 -22455. 19257.8 ntps1-0.cs.tu-b .PPS. 1 u 242 512 355 23.802 -20059. 18142.6 ntp2.belwue.de .PPS. 1 u 180 512 377 13.927 -20109. 22938.2 noname:/home/christian # ntpq -p remote refid st t when poll reach delay offset jitter ============================================================================== *LOCAL(0) .LOCL. 10 l 29 64 377 0.000 0.000 0.001 rustime01.rus.u .DCFp. 1 u 48 1024 377 14.506 -79302. 39097.8 ntps1-0.cs.tu-b .PPS. 1 u 48 1024 267 25.536 -79411. 38987.9 ntp2.belwue.de .PPS. 1 u 1009 1024 377 14.755 -34790. 24084.4 noname:/home/christian # ntpq -p remote refid st t when poll reach delay offset jitter ============================================================================== *LOCAL(0) .LOCL. 10 l 62 64 377 0.000 0.000 0.001 rustime01.rus.u .DCFp. 1 u 340 1024 377 14.506 -79302. 39097.8 ntps1-0.cs.tu-b .PPS. 1 u 340 1024 267 25.536 -79411. 38987.9 ntp2.belwue.de .PPS. 1 u 275 1024 377 14.947 -81939. 38831.0 Die ntp log schreibt unterdessen 17 Nov 17:55:26 ntpd[2783]: Cannot find existing interface for address 129.69.1.153 17 Nov 17:55:26 ntpd[2783]: configuration of 129.69.1.153 failed 17 Nov 17:55:26 ntpd[2783]: Cannot find existing interface for address 130.149.17.21 17 Nov 17:55:26 ntpd[2783]: configuration of 130.149.17.21 failed 17 Nov 17:55:26 ntpd[2783]: Cannot find existing interface for address 129.143.2.33 17 Nov 17:55:26 ntpd[2783]: configuration of 129.143.2.33 failed 17 Nov 17:55:26 ntpd[2783]: Listening on interface #2 eth0, 192.168.178.22#123 Enabled 17 Nov 17:55:28 ntpd[2783]: ntpd exiting on signal 15 17 Nov 17:58:37 ntpd[2916]: synchronized to LOCAL(0), stratum 10 17 Nov 17:58:37 ntpd[2916]: kernel time sync status change 0001 17 Nov 18:54:54 ntpd[2916]: ntpd exiting on signal 15 17 Nov 18:55:48 ntpd[2803]: ntpd exiting on signal 15 17 Nov 18:59:03 ntpd[2896]: synchronized to LOCAL(0), stratum 10 17 Nov 18:59:03 ntpd[2896]: kernel time sync status change 0001 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? 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_lassen Grüße, Danke und schönes Wochenende! Christian -- 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