🚀 go-pugleaf

Hallo Matthias,

Matthias Leisi schrieb in Nachricht ...

>o Alle peers-Zeilen auskommentiert.

Habe ich keine drin.

>o Zusaetzlich "logconfig =all", damit /var/log/ntp
>  ein bisschen ausfuehrlicher berichtet.


Gute Idee aber siehe unten.

>>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 waehrend [x]ntpd laeuft einmal ntpd manuell aufrufen

Bei mir ist die Fehlermeldung auch pl�tzlich verschwunden. Nachdem ich den
xntpd gekillt hatte und ihn danach manuell gestartet habe tauchte die
Meldung nicht mehr auf. Ich dachte dann schon das beim automatischen starten
von xntpd etwas falsch w�re. Hab also die Kiste mal ganz runtergefahren und
neu gestartet. Komischerweise tauchte der Fehler aber nicht mehr auf. Die
Zeit ist auch wunderbar synchronisiert.

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

Tja ich habe im Vergleich zu 161 auch etwa 0.5-1sek Abweichung. Bin mir aber
nicht sicher ob nicht 161 selbst abweicht :-)

>schon zu spaet. Insbesondere das expire meines Newsspools hat...
>aehm... deutliche Spuren hinterlassen (*ratzeputz*).


Hehe. Apropos Uhr und Datum verstellen. Am Sonntag 6 Juni beim �bergang auf
7 Juni hats bei mir auch bei einem NT-Server das Datum auf den 20 Juni
verstellt. Keine Ahnung wie das m�glich war. Da dieser Server bei uns von
s�mtlichen Routern Statistiken mit mrtg macht gab das auch ziemliches Chaos.
Zur�ck stellen des Datums verschlimmerte es auch nur. Zum Gl�ck hatte ich
ein Backup mit alten Daten. So habe ich wenigstens nur f�r ca. einen halben
Tag keine Daten.

Gruss Manfred