Suchergebnisse

hab ich übersehn: hast du die "config.h" im dl/*.tgz oder lokal im source verzeichnis geändert? "dirclean" packt alles neu aus und überschreibt deine lokale "config.h". lokal ändern und "make openntpd-clean" würde ausreichen...

das driftfile wird immer dann geschrieben, wenn obige "adjusting clock frequency" logmessage auftaucht. passiert bei dir wohl nicht, da deine clock nicht lange genug "in sync" ist. starte mal den ntpd zusätzlich mit -v... du kannst auch mal probieren "--disable-adjfreq" beim configure...

nee, wenig zeit gehabt. müsste das nicht derjenige wissen, das das onlinechanged fabriziert hat? oder anders gesagt: warum sollte es hier unterschiede geben? wird hier irgendwie irgednwas rumgetrickst?

du kannst in der openntpd config kein driftfile angeben. default ist /var/db/... mit configure kannst du das verhalten beeinflussen (siehe configure --help), sonst nicht. hast du das problem nur mit der pre4.9 oder gabs das auch schon mit der 3.9?

poste mal deine konfiguration. ansonsten füge mal folgendes in die "config.h" ein und compilier dann neu: #define BROKEN_ADJTIME

übrigens: der bug mit der logzeit tritt nur auf, wenn der ntpd ausm onlinechanged raus gestartet wird. anderweitig kann ich ihn nicht reproduziieren...

sowas vermisse ich in deinem log: Aug 4 04:32:53 fritz daemon.info ntpd[2200]: adjusting clock frequency by 0.269984 to 11.627970ppm Aug 4 04:51:03 fritz daemon.info ntpd[2200]: adjusting clock frequency by 0.352087 to 11.980048ppm Aug 4 05:14:47 fritz daemon.info ntpd[2200]: adjusting clock...

ja, das ist ein bug irgendwie in zusammenhang mit "chroot". die ursache dafür muss noch analysiert werden... zumindest tritt der bug nur in zusammenhang mit dem aktuellen trunk auf. in 1.1.4 gibts damit kein problem. hier ein ähnliches problem -> click poste mal die "adjusting clock...

die webseite wurde schon lang nicht mehr aktualisiert und die portable version wird seit der 3.9 nicht mehr gepflegt. die obige pre4.9 entspricht dem aktuellen OpenBSD CVS stand. das entspricht der 4.9: + portierung + bugfixes - sensor support in der 3.9 unterstütze OpenNTPD noch nicht das...

ich bin jetzt grad noch am testen. im laufe der woche wird dann sicher noch ein update kommen. das betrifft aber die funktionalität unter freetz nicht... ansonsten der weitere plan: - mal wieder die erweiterungen der obigen 3.9 einbaun (wird als "ext" version gepflegt) - OpenNTPD 5.0 wieder...

anbei nochmal eine aktualisierte version. nach dem urlaub teste ich das ganze dann intensiver. bis auf die doku ist der rest (fast) komplett. getestete platformen bisher: Freetz, Ubuntu und Darwin... config für Freetz: ./configure --with-builtin-arc4random --with-builtin-md5...

das ganze ist eigentlich nur von theoretischer natur. sofern eine V4 adresse existiert, wird diese benutzt. eine weitere variante ist einfach einen teil der referenzzeit zu nehmen. dies hat auch keinen einfluss auf die code-grösse. alles wird per configure-script wählbar sein. die AVM...

hier mal noch die grösse der aktuellen version: text data bss dec hex filename 63409 1272 2460 67141 10645 ntpd eine sache fehlt aber noch: im NTP protokoll gibts eine RefID. diese 32bit-ID soll einen server eindeutig kennzeichnen, um loopbacks zu vermeiden...

ich glaub seit v4.0 beherrscht OpenNTPD das korrigieren der RTC frequenz. im bsd-compat code der portable 3.9 wurde bereits adjtimex() genutzt. d.h. die frequenz korrektur ist jetzt auf allen platformen verfügbar, die adjtimex() unterstützen. für die restlichen müsste das noch implementiert...

anbei die noch nicht fertige version. sie entspricht OpenNTPD4.9 (plus bugfixes) ohne sensor-support. doku, beispiel-config und configure-script sind noch auf dem stand von 3.9p1. nach dem configure-lauf sind deshalb für Freetz noch modifikationen an der config.h vorzunehmen: /* Define to 1 if...

ok. mir sind noch 2 sachen eingefallen: den genannten patch kannst du nicht auf die download version "openntpd-3.9p1.tar.gz" anwenden. du musst zuerst diese patches ausführen möglicherweise arbeiten auf deiner box das korrigieren der zeit und das korrigieren der RTC frequenz gegeneinander. das...

mit dem aktuellen trunk hab ich den patch nicht getestet. hat sich denn hier bei openNTPD was geändert? du kannst auch die 3.9 von der webseite laden, den patch darauf anwenden und die 6 modifizierten files dann kopieren... ansonsten läuft openNTPD auf deiner box korrekt (was die logs...

ja klar. ich mag nur keine halbfertige sachen ;) stehe grad noch mit den BSD leuten in kontakt wegen bugs bzw. ungereimtheiten, lade aber heut abend mal ne version hier hoch...

ah, danke! ich hatte gestern lange weile und hab mal den ntpd auf den aktuellen OpenBSD CVS stand (4.9) gepatcht. das korrigieren der RTC frequenz sowie die modifikationen vom obigen patch fehlen noch...

irgendwie scheint's beim Portable OpenNTPD nicht mehr weiter zu gehn, was die portierung angeht. jetzt ich habe mir mal die aktuelle version von openNTPD angeschaut und muss sagen, da sind schone einige sinnvolle änderungen drin. auch hier hat sich in letzter zeit nicht mehr viel getan, somit...