Mailinglist Archive: opensuse-de (2058 mails)

[Arno Lehmann <al@xxxxxxxxxxxxxx>]

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@xxxxxxxxxxxx
Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken
Sie eine Mail an: opensuse-de+help@xxxxxxxxxxxx