Hallo, mein Heimserver wurde aus aktuellem Anlass (Einbau von 1TB SATA-II anstelle der alten 146GByte SCSI Platten) gleich aktualisiert (von 10.2 auf 11.0 - wenn ich ihn schon mal aus hatte!). Hat soweit mit ein paar "Gemeinheiten" auch funktioniert; allerdings scheint mein ntpd nicht mehr zu wollen. Hier die Ausgabe bei laufendem ntpd (seit ca. 12 Stunden laufend): server:~ # ntpq ntpq> peers remote refid st t when poll reach delay offset jitter ============================================================================== *LOCAL(0) .LOCL. 10 l 9 64 377 0.000 0.000 0.001 ntp.checon.net .INIT. 16 u 361 1024 0 0.000 0.000 0.000 server832461207 .INIT. 16 u 385 1024 0 0.000 0.000 0.000 tack.Informatik .INIT. 16 u 367 1024 0 0.000 0.000 0.000 wikisquare.de .INIT. 16 u 374 1024 0 0.000 0.000 0.000 ntpq> Er scheint demnach keinen der konfigurierten Server als seinen Timeserver zu akzeptieren. Der ntpd wird z.Zt. mit folgender Konfig gestartet: --- cut here --- server 127.127.1.0 # local clock (LCL) fudge 127.127.1.0 stratum 10 # LCL is unsynchronized server 0.de.pool.ntp.org prefer server 1.de.pool.ntp.org server 2.de.pool.ntp.org server 3.de.pool.ntp.org driftfile /var/lib/ntp/drift/ntp.drift # path for drift file logfile /var/log/ntp # alternate log file restrict 0.de.pool.ntp.org restrict 1.de.pool.ntp.org restrict 2.de.pool.ntp.org restrict 3.de.pool.ntp.org restrict 192.168.128.0 mask 255.255.255.0 restrict 192.168.0.0 mask 255.255.255.0 restrict default notrust nomodify nopeer #per default ignore each connect request keys /etc/ntp.keys # path for keys file trustedkey 1 # define trusted keys requestkey 1 # key (7) for accessing server variables --- cut here --- Was könnte hier das Problem sein? Die gleiche Konfig lief unter der 10.2 ohne Probleme! Der Server ist mein zentraler Timeserver für alle Rechner, TV-Receiver etc. Was mir auffällt: Der Restart dauer sehr lange; nach einem Blick in das Startskript habe ich gesehen, das er beim Starten einmalig die Zeit setzen will (durch Aufruf des Startskriptes mit "ntptimeset"); dies dauert allerdings hier sehr lange. Any Ideas? Wo muss ich suchen? Andreas -- 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
Kyek, Andreas, VF-DE schrieb: Timeserver für alle Rechner, TV-Receiver etc.
Was mir auffällt: Der Restart dauer sehr lange; nach einem Blick in das Startskript habe ich gesehen, das er beim Starten einmalig die Zeit setzen will (durch Aufruf des Startskriptes mit "ntptimeset"); dies dauert allerdings hier sehr lange.
Any Ideas? Wo muss ich suchen?
Willkommen im Club. Eine ähnliche Frage habe ich vor einigen Tagen auch gestellt ohne eine Lösung zu finden. -- i.A. Ralf Prengel Customer Care Manager Comline AG Hauert 8 D-44227 Dortmund/Germany Fon +49231 97575- 904 Fax +49231 97575- 905 EMail ralf.prengel@comline.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
Kyek, Andreas, VF-DE schrieb:
Hat soweit mit ein paar "Gemeinheiten" auch funktioniert; allerdings scheint mein ntpd nicht mehr zu wollen. Hier die Ausgabe bei laufendem ntpd (seit ca. 12 Stunden laufend):
Ich kann dieses Problem bei mir nicht nachvollziehen. Ich habe allerdings kein Update gemacht, sondern 11.0 neu installiert. ntpq> peers remote refid st t when poll reach delay offset jitter ============================================================================== LOCAL(0) .LOCL. 10 l 34 64 377 0.000 0.000 0.001 *netzwerkteufel. 192.53.103.108 2 u 879 1024 377 27.771 6.613 0.313 +poopey.oranged. 213.198.55.2 3 u 633 1024 377 15.396 12.018 0.423 +slartibartfast. 81.169.163.105 3 u 825 1024 377 28.104 6.318 70.769 Ich hatte allerdings bei der 10.3 (temporär) ein ähnliches Problem. So lange ich allerdings einen zufälligen Server nehme, gab es das Problem auch unter 10.3 bei mir nicht. # Random pool server, see http://www.pool.ntp.org/ for more information server 0.pool.ntp.org # Random pool server, see http://www.pool.ntp.org/ for more information server 1.pool.ntp.org # Random pool server, see http://www.pool.ntp.org/ for more information server 2.pool.ntp.org Mit diesen Einstellungen in der ntp.conf habe ich keine Probleme. Aber wehe, ich setze einen festen Server ein. Ich vermute das Problem irgendwo im Bereich der Zwangstrennung meines DSL-Anschlusses. Auf einem root-server unter 10.3 lassen sich problemlos feste ntp-server definieren, ohne dass es zu Problemen kommt: ntpq> peers remote refid st t when poll reach delay offset jitter ============================================================================== LOCAL(0) .LOCL. 10 l 23 64 377 0.000 0.000 0.002 +dhcp30.rl.b.rz- 192.53.103.104 2 u 276 1024 377 0.590 -9.160 1.549 *dhcp20.rl.b.rz- 192.53.103.108 2 u 710 1024 377 0.533 -7.795 1.702 -- 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
Hallo, Am Don, 27 Nov 2008, Kyek, Andreas, VF-DE schrieb:
server:~ # ntpq ntpq> peers remote refid st t when poll reach delay offset jitter ============================================================================== *LOCAL(0) .LOCL. 10 l 9 64 377 0.000 0.000 0.001 ntp.checon.net .INIT. 16 u 361 1024 0 0.000 0.000 0.000 server832461207 .INIT. 16 u 385 1024 0 0.000 0.000 0.000 tack.Informatik .INIT. 16 u 367 1024 0 0.000 0.000 0.000 wikisquare.de .INIT. 16 u 374 1024 0 0.000 0.000 0.000 ntpq>
Er scheint demnach keinen der konfigurierten Server als seinen Timeserver zu akzeptieren.
Doch, aber die werden nicht berücksichtigt. Florians Mail bestätigt meinen Verdacht, daß am Stratum liegen könnte. Deine Peers sind mit 16 "unwichtiger" als localhost, bei Florian haben die Peers Stratum 2...
server 127.127.1.0 # local clock (LCL) fudge 127.127.1.0 stratum 10 # LCL is unsynchronized
Stratum erhöhen sollte helfen ;) -dnh -- "Tausche schwer verständliches Buch über Empfängnisverhütung gegen gebrauchten Kinderwagen..." [in de.soc.familie.kinder] -- 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
David Haller schrieb:
Stratum erhöhen sollte helfen ;)
dafür würde ich (erstmal) meine hand nichts ins feuer legen. ich habe bei einer dial-up-verbindung unter 10.3 auch das problem gehabt, unter 11.0 jedoch nicht. ich habe eben die versionen von ntpd verglichen. und siehe da, unter 10.3 ist es 4.2.4p3, unter 11.0 jedoch p4. ich habe im übrigen sowohl bei dial-up 10.3 als auch 11.0 und root 10.3 die gleiche config am laufen. -- 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
At Thu, 27 Nov 2008 19:51:40 +0100, Florian Schaal wrote:
ich habe bei einer dial-up-verbindung unter 10.3 auch das problem gehabt, unter 11.0 jedoch nicht. ich habe eben die versionen von ntpd verglichen. und siehe da, unter 10.3 ist es 4.2.4p3, unter 11.0 jedoch p4.
Na, da ist es doch naheliegend, erstmal die Version einzuspielen, die funktioniert hat. Die Version aus der 11.0 laeuft auch unter 10.3, ansonsten ist das trivial selber zu kompilieren. -- 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
David Haller wrote:
Am Don, 27 Nov 2008, Kyek, Andreas, VF-DE schrieb:
server:~ # ntpq ntpq> peers remote refid st t when poll reach delay offset jitter ============================================================= ================= *LOCAL(0) .LOCL. 10 l 9 64 377 0.000 0.000 0.001 ntp.checon.net .INIT. 16 u 361 1024 0 0.000 0.000 0.000 server832461207 .INIT. 16 u 385 1024 0 0.000 0.000 0.000 tack.Informatik .INIT. 16 u 367 1024 0 0.000 0.000 0.000 wikisquare.de .INIT. 16 u 374 1024 0 0.000 0.000 0.000 ntpq>
Er scheint demnach keinen der konfigurierten Server als seinen Timeserver zu akzeptieren.
Doch, aber die werden nicht berücksichtigt. Florians Mail bestätigt meinen Verdacht, daß am Stratum liegen könnte. Deine Peers sind mit 16 "unwichtiger" als localhost, bei Florian haben die Peers Stratum 2...
server 127.127.1.0 # local clock (LCL) fudge 127.127.1.0 stratum 10 # LCL is unsynchronized
Stratum erhöhen sollte helfen ;)
"Stratum 10" ist doch schon fast wie "existiert nicht", wenn ich diese TS Hierarchien richtig verstehe, oder? Aber ich bin mittlerweile (da laut Florian seine "trivial-config" funktioniert) weiter: ich habe successive ausgehend von einer ähnlich simplen Einfachst-Konfiguration nach und nach meine Optionen hinzugefügt. Ergebnis: Das Problem sind die restrict Zeilen: --- cut here --- restrict 0.de.pool.ntp.org restrict 1.de.pool.ntp.org restrict 2.de.pool.ntp.org restrict 3.de.pool.ntp.org restrict 192.168.128.0 mask 255.255.255.0 restrict 192.168.0.0 mask 255.255.255.0 restrict default notrust nomodify nopeer #per default ignore each connect request --- cut here --- Ich habe die jetzt nur als Block rein/rausgenommen da der Block IMO nur als ganzes Sinn macht. Aber es ist reproduzierbar: sobald der Block aktiv ist, gewinnt LOCAL; fehlen die Zeilen funktioniert mein ntpd wie er soll. Ich fahre also jetz erst mal ohne den restrict Block, würde aber gerne verstehen warum das jetzt so ist. Die Konfig schleife ich seit diversen SUSE Versionen mit mir rum; die Einträge haben hier bisher KEINE Probleme gemacht. Erst seit der Umstellung auf die 11.0. <theorie mode> Kann es sein, das der "alte" ntpd die IP-Adressen der Pool Server nur einmal angefragt hat und das Ergebnis sowohl bei der "SERVER" Zeile als auch bei der "RESTRICT" Zeile verwendet hat? Und das der "neue" ntpd hier zwei DNS-Anfragen startet die dann (aufgrund des "poolings") zwei verschiedene IPs ergeben, wodurch IP1 abgefragt aber nur IP2 zugelassen ist? Ich fische hier allerdings ziemlich im trüben. Oder hat noch jemand eine Idee? Andreas -- 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
participants (5)
-
David Haller
-
Florian Schaal
-
Heinz Diehl
-
Kyek, Andreas, VF-DE
-
Ralf Prengel