Hi, 24.10.2007 18:22,, Christian Pubanz (GMX) wrote::
Am Mittwoch, 24. Oktober 2007 09:55:23 schrieb Kyek, Andreas, VF-DE: Hallo Andreas, danke für deine Rückmeldung!
Fahre deinen ntp mal runter; stelle deine PC Uhr richtig; dazu kann man AFAIK "ntpd -q" benutzen; auch hier wieder die Ausgabe in /var/log/ntp beachten.
lösche deine Drift-Datei (hier: /var/lib/ntp/drift/ntp.drift) und starte den ntp wieder.
Ferner würde ich empfehlen, mehr als einen Timeserver zu benutzen; ich habe hier --- cut here --- server 0.de.pool.ntp.org server 1.de.pool.ntp.org server 2.de.pool.ntp.org server 3.de.pool.ntp.org --- cut here ---
und KEINE Probleme mit dem ntp; weder beim starten noch beim Abgleich.
Beobachte dann mal in /var/log/ntp, was er so in der nächsten Zeit treibt. (Bis zum Abgleich kann einige Zeit vergehen; dann sollte aber eine Meldung der Art "synchronized to ..." auftauchen) Ich bin ganz genau nach deiner Anleitung vorgegangen-hat aber nichts gebracht. Ich vermute nach ein wenig Googlen das Problem woanders:
Habe inzwischen die pool.ntp-server durch die Zeitserver der PTB in Braunschweig (Atomuhr) testweise ersetzt,
Ich fin'd das mit den Pool-Servern ja sowieso problematisch, aber nun ja... jedenfalls würde ich normalerweise immer "feste" ntp-Server vorgeben, und deine Erfahrung scheint das ja zu bestätigen.
sowie die Linux-Firewall ausgeschaltet.
Die sollte eigentlich unproblematisch sein, aber allein testhalber schon sinnvoll.
Nun erscheint in der NTP-Log Datei aber folgendes:
24 Oct 17:15:18 ntpd[2935]: Listening on interface #6 eth0, fe80::230:5ff:fe21:53e6#123 Enabled 24 Oct 17:18:29 ntpd[2935]: synchronized to LOCAL(0), stratum 10 24 Oct 17:18:29 ntpd[2935]: kernel time sync status change 0001 24 Oct 17:19:31 ntpd[2935]: ntpd exiting on signal 15 24 Oct 17:21:02 ntpd[2820]: bind() fd 21, family 10, port 123, scope 2, addr fe80::230:5ff:fe21:53e6, in6_is_addr_multicast=0 flags=0x11 fails: Cannot assign requested address
Das scheint sich nur auf eine IPv6-Adresse zu beziehen. An sich sollte der ntp aber auf einer IPv4-Adresse arbeiten.
24 Oct 17:21:02 ntpd[2820]: unable to create socket on eth0 (6) for fe80::230:5ff:fe21:53e6#123 24 Oct 17:21:02 ntpd[2820]: failed to initialize interface for address fe80::230:5ff:fe21:53e6
Wenn denn eine IPv4-Adresse benutzt wird ist das nicht weiter schlimm.
24 Oct 17:24:14 ntpd[2820]: synchronized to LOCAL(0), stratum 10 24 Oct 17:24:14 ntpd[2820]: kernel time sync status change 0001 24 Oct 17:26:02 ntpd[2820]: Listening on interface #7 eth0, fe80::230:5ff:fe21:53e6#123 Enabled
Das sieht doch schon ganz gut aus.
Besonders die Zeile 24 Oct 17:24:14 ntpd[2820]: synchronized to LOCAL(0), stratum 10 macht mich stutzig! "Stratum 10" bedeutet ja (laut Google) "schlechte Verbindung".
Es heisst vor allem "schlechte Verlässlichkeit" und wird, wie in diesem Fall, zur Qualifizierung der lokalen Hardware-Uhr benutzt. Um die geht es hier nämlich.
Also stimmt irgendwas mit meiner Verbindung nicht. Dabei haben wir hier DSL und der Router läuft Tag und Nacht! Das verstehe ich einfach nicht!
Abwarten... probier mal 'lsof -i -a -c ntpd', das sollte sowas: neuelf:~ # lsof -i -a -c ntpd COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME ntpd 3684 ntp 16u IPv4 13670 UDP *:123 ntpd 3684 ntp 17u IPv4 13672 UDP localhost:123 ntpd 3684 ntp 18u IPv4 13673 UDP neuelf.y.z.de:123 ergeben. Sprich es zeigt dass ntp auf allen IPv4-Adressen lauscht.
Anbei noch die gesamte NTP-Log Datei.
Wer kann in Bezug auf "Stratum 10" noch etwas geistreiches beisteuern?
Das ist nur die lokale Uhr. Wichtiger ist - wieder - was ntp als Zeitquellen findet, also z.B. neuelf:~ # ntpdc -c peers localhost remote local st poll reach delay offset disp ======================================================================= =ptbtime2.ptb.de 192.168.0.7 1 64 0 0.02827 -0.003978 3.99217 =ptbtime1.ptb.de 192.168.0.7 1 64 0 0.02972 -0.003291 3.99217 *balrog.y.z.de 192.168.0.7 2 1024 377 0.00020 -0.000352 0.13666 Auch wenn noch nicht syncronisiert ist sollten die ptb-Server auftauchen. Die Syncronisierung kann schon etwas dauern. Arno
Grüße, Christian
-- Arno Lehmann IT-Service Lehmann www.its-lehmann.de -- 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