🚀 go-pugleaf

On Thu, 10 Jun 1999 12:36:59 +0200, Manfred Seiler wrote 

>ich habe da ein kleines Problem mit dem xntpd und SuSE.

Ich hatte exakt dasselbe Problem (mit der gleichen Fehler-
meldung). Folgende Aenderungen habe ich in meiner ntp.conf
gegenueber dem SuSE-Auslieferungszustand gemacht:

o Alle peers-Zeilen auskommentiert.
o server und fudge 127.... sind gleich wie bei dir
o sonstige Server: clock2.netcetera.dk, ntp.univ-lyon1.fr,
  time.ijs.si, ntps1-0.cs.tu-berlin.de (letzterer ist ein 
  stratum 1-Server, die anderen sind stratum 2, siehe
  http://www.eecis.udel.edu/~mills/ntp/servers.htm)
o Zusaetzlich "logconfig =all", damit /var/log/ntp
  ein bisschen ausfuehrlicher berichtet.

xntpd starte ich mit /sbin/init.d/xntpd; /usr/sbin/xntpd
ist uebrigens nur ein Alias auf /usr/sbin/ntpd (SuSE 6.1,
zumindest). 

Mit xntpdc (auch aliased auf ntpdc) und dem Befehle "peers"
kannst du sehen, mit welchen der Server synchronisiert wird. 

Die Fehlermeldung 

>10 Jun 10:55:21 xntpd[139]: local_clock: ntp_adjtime failed: Invalid
>argument

Hatte ich auch. Warum *genau* die weggegangen ist, weiss ich auch nicht,
aber folgendes wuerde ich ausprobieren:

o netdate <einer der server>
o waehrend [x]ntpd laeuft einmal ntpd manuell aufrufen

Seitdem laeuft mein xntpd; die Uhr hat - bedingt durch die relativ
hohe Latency im Balcab-Netz - ca. 2 Sekunden Differenz zu Telefon
161 ;)


>Hat jemand eine Idee was da falsch laeuft?

Aufgrund der spaerlichen Informationen, die man sowohl mit deja.com
als auch mit Altavista erhaelt, tippe ich auf ein Problem irgendwo
mit Kernel / Hardware-Uhr. Evtl. hilft es, wenn die Zeit zuerst auf 
einen "relativ genauen" Wert eingestellt wird, da die Probleme mit 
zunehmend groesserer Abweichung zunehmen (xntpd stellt ja nicht einfach
die Uhr "hart" ein, sondern "staucht" oder "streckt" die Uhr solange,
bis ein genauer Wert erreicht wird).

ACHTUNG: beim Testen wollte ich die Uhr manuell verstellen, um zu
testen, ob sie auch schoen brav nachgefuehrt wird. Dummerweise hatte
ich Monat und Tag vertauscht (date 1006 statt 0610). Es ist interessant,
welche Scripts auf einmal das Gefuehl haben, dass es jetzt hoechste
Zeit sei, sich zu starten, da ja etwa vier Monate seit dem letzten
Cron-Check vergangen sind. 

Bis man dann merkt, dass wahnsinnig viel Festplattenaktivitaet im 
Gange ist und mit "ps afx | less" die verantwortlichen Tasks ident-
ifiziert und mit "kill xyz" abgeschossen hat, ist es meistens
schon zu spaet. Insbesondere das expire meines Newsspools hat...
aehm... deutliche Spuren hinterlassen (*ratzeputz*).

*Das* ist Linux: YGWYAFNQA (You Get What You Ask For - No Questions
Asked). Wahrscheinlich lernt man erst mit einem Betriebssystem 
umzugehen, wenn man solche Fehler live erlebt hat.

Sorry fuer das OT, aber das musste 'raus ;)

Gruss,
Matthias
-- 
___________________________________________________________
leisi@gmx.ch        pgp id 0x56C2BD82        Matthias Leisi