Erstellt vor 7 Jahren

Zuletzt geändert vor 4 Jahren

#1374 new defect

OpenNTPd setzt Zeit nicht

Erstellt von: schuettecarsten Verantwortlicher:
Priorität: normal Meilenstein: freetz-future
Komponente: packages Version: devel
Stichworte: Beobachter:
Product Id: Firmware Version:

Beschreibung

Ich habe im Syslog eine Menge der folgenden Meldungen:

Jun 18 11:50:20 fritz daemon.info ntpd[12539]: adjusting local clock by -138.593904s
Jun 18 11:54:37 fritz daemon.info ntpd[12539]: adjusting local clock by -139.477079s
Jun 18 11:58:55 fritz daemon.info ntpd[12539]: adjusting local clock by -140.491342s
Jun 18 12:03:15 fritz daemon.info ntpd[12539]: adjusting local clock by -140.952961s
...
Jun 18 12:20:31 fritz daemon.info ntpd[12539]: adjusting local clock by -144.769600s
Jun 18 12:24:44 fritz daemon.info ntpd[12539]: adjusting local clock by -145.663646s
Jun 18 12:29:00 fritz daemon.info ntpd[12539]: adjusting local clock by -146.601721s
Jun 18 12:33:13 fritz daemon.info ntpd[12539]: adjusting local clock by -147.688454s
Jun 18 12:37:33 fritz daemon.info ntpd[12539]: adjusting local clock by -148.501301s
Jun 18 12:41:52 fritz daemon.info ntpd[12539]: adjusting local clock by -149.528549s
Jun 18 12:46:10 fritz daemon.info ntpd[12539]: adjusting local clock by -150.146839s
Jun 18 12:50:23 fritz daemon.info ntpd[12539]: adjusting local clock by -150.984101s
Jun 18 12:54:37 fritz daemon.info ntpd[12539]: adjusting local clock by -152.441097s
Jun 18 12:58:55 fritz daemon.info ntpd[12539]: adjusting local clock by -153.011246s
Jun 18 13:03:18 fritz daemon.info ntpd[12539]: adjusting local clock by -153.792753s
Jun 18 13:07:36 fritz daemon.info ntpd[12539]: adjusting local clock by -154.627079s
Jun 18 13:12:01 fritz daemon.info ntpd[12539]: adjusting local clock by -155.523109s
Jun 18 13:16:16 fritz daemon.info ntpd[12539]: adjusting local clock by -156.589845s
Jun 18 13:20:34 fritz daemon.info ntpd[12539]: adjusting local clock by -157.187107s
Jun 18 13:24:53 fritz daemon.info ntpd[12539]: adjusting local clock by -158.231876s
Jun 18 13:29:05 fritz daemon.info ntpd[12539]: adjusting local clock by -159.354887s
Jun 18 13:33:20 fritz daemon.info ntpd[12539]: adjusting local clock by -160.148399s
Jun 18 13:37:41 fritz daemon.info ntpd[12539]: adjusting local clock by -161.368409s
Jun 18 13:41:56 fritz daemon.info ntpd[12539]: adjusting local clock by -161.700561s
Jun 18 13:46:15 fritz daemon.info ntpd[12539]: adjusting local clock by -162.761029s
Jun 18 13:50:27 fritz daemon.info ntpd[12539]: adjusting local clock by -163.884555s
Jun 18 13:54:43 fritz daemon.info ntpd[12539]: adjusting local clock by -164.901248s
Jun 18 13:58:53 fritz daemon.info ntpd[12539]: adjusting local clock by -165.423020s
Jun 18 14:03:07 fritz daemon.info ntpd[12539]: adjusting local clock by -166.393957s
Jun 18 14:07:20 fritz daemon.info ntpd[12539]: adjusting local clock by -167.433655s

Fazit: openntpd setzt die Zeit nicht. Das Problem ist nicht neu, und eine Lösung scheint es nicht zu geben, außer der Feststellung, dass OpenNTPd für OpenBSD und nicht für Linux sei.

Details:
https://bugs.launchpad.net/ubuntu/+source/openntpd/+bug/356948

Und:
http://web.archive.org/web/20050304032724/http://bradknowles.typepad.com/considered_harmful/2004/09/openntpd.html

Wenn das wirklich so ist, dass OpenNTPd nicht funktioniert, müsste das Paket konsequenterweise aus Freetz entfernt werden, oder?

Anhänge (5)

openntpd_portable.patch (10.0 KB) - hinzugefügt von oliver vor 7 Jahren.
openntpd portable by TIK
.config (35.7 KB) - hinzugefügt von schuettecarsten vor 7 Jahren.
config schuettecarsten, siehe comment:11
ntp.c.rej (482 Byte) - hinzugefügt von JMC vor 7 Jahren.
openntpd_snapshot.diff (46.5 KB) - hinzugefügt von oliver vor 6 Jahren.
openntpd-20080406p-mipsel_gcc-4.6.3_uClibc-0.9.29.log (29.4 KB) - hinzugefügt von er13 vor 6 Jahren.

Alle Anhänge herunterladen als: .zip

Änderungshistorie (114)

comment:1 Geändert vor 7 Jahren durch oliver

Wenn du den openntpd von Hand startest sieht das dann genauso aus? Kannst du den mal stracen?

comment:2 Geändert vor 7 Jahren durch schuettecarsten

Ja, sieht genau so aus. Läuft jetzt ein paar Minuten, und im strace stehen unter anderem folgende Zeilen (da wo diese Meldung kommt):

poll([{fd=4, events=POLLIN}], 1, 15000reply from 93.191.208.17: offset -1.221000 delay 0.051852, next query 31s
reply from 78.47.123.180: offset -1.250702 delay 0.047955, next query 33s
reply from 192.53.103.108: offset -1.254246 delay 0.047993, next query 33s
) = 0 (Timeout)
poll([{fd=4, events=POLLIN}], 1, 15000reply from 192.53.103.104: offset -1.262711 delay 0.047924, next query 32s
reply from 141.40.103.103: offset -1.260832 delay 0.051969, next query 33s
) = 1 ([{fd=4, revents=POLLIN}])
read(4, "\0\0\0\1\0\0\0\0\0\0\0\0\0\30\0H\277\361\22\333@\0\0\0", 4096) = 24
brk(0x420000)                           = 0x420000
write(2, "adjusting local clock by ", 25adjusting local clock by ) = 25
write(2, "-", 1-)                        = 1
write(2, "1", 11)                        = 1
write(2, ".", 1.)                        = 1
write(2, "067104", 6067104)                   = 6
write(2, "s\n", 2s
)                      = 2
gettimeofday({1308404549, 568416}, NULL) = 0
adjtimex({modes=ADJ_OFFSET|0x8000, offset=0, freq=-327680, maxerror=16000000, esterror=16000000, status=STA_UNSYNC, constant=2, precision=1, tolerance=32768000, time={1308404549, 568416}, tick=10000, ppsfreq=0, jitter=0, shift=0, stabil=0, jitcnt=0, calcnt=0, errcnt=0, stbcnt=0}) = 5 (TIME_ERROR)
adjtimex({modes=0, offset=0, freq=-327680, maxerror=16000000, esterror=16000000, status=STA_UNSYNC, constant=2, precision=1, tolerance=32768000, time={1308404549, 568416}, tick=10000, ppsfreq=0, jitter=0, shift=0, stabil=0, jitcnt=0, calcnt=0, errcnt=0, stbcnt=0}) = 5 (TIME_ERROR)
write(2, "interval ", 9interval )                = 9
write(2, "0", 10)                        = 1
write(2, ".", 1.)                        = 1
write(2, "0", 10)                        = 1
write(2, "0", 10)                        = 1
write(2, "0", 10)                        = 1
write(2, " skew ", 6 skew )                   = 6
write(2, "0", 10)                        = 1
write(2, ".", 1.)                        = 1
write(2, "0", 10)                        = 1
write(2, "0", 10)                        = 1
write(2, "0", 10)                        = 1
write(2, " total skew ", 12 total skew )            = 12
write(2, "-", 1-)                        = 1
write(2, "5", 15)                        = 1
write(2, ".", 1.)                        = 1
write(2, "0", 10)                        = 1
write(2, "0", 10)                        = 1
write(2, "0", 10)                        = 1
write(2, "\n", 1
)                       = 1
poll([{fd=4, events=POLLIN|POLLOUT}], 1, 15000) = 1 ([{fd=4, revents=POLLOUT}])
writev(4, [{"\0\0\0\1\0\0\0\0\0\0\0\0\0\24\225\24\0\0\0\0", 20}], 1) = 20

Da sieht man "adjtimex", und um dieses Thema geht es auch in den genannten Diskussions-Threads.

comment:3 Geändert vor 7 Jahren durch cuma

Ich versteh das ganze nicht so. Das Ticket liest sich als ob openntpd nicht funktioniert. Ich hab diesen auf einer 7141 im Einsatz, die von anderen Geräten auch als Zeitserver genutzt wird. Das einzig ärgerliche ist, dass openntpd nicht sofort nach dem Start die Zeit an andere weitergibt.

comment:4 Geändert vor 7 Jahren durch oliver

@cuma
Kannst du mal ein strace anhängen. Kommt bei dir auch ein TIME_ERROR?

comment:5 Geändert vor 7 Jahren durch cuma

Auch wenn ich nicht verstehe was ich poste, hoffe ich dass du dies meinst:

) = 0 (Timeout)
time(NULL)                              = 1308442521
time(NULL)                              = 1308442521
time(NULL)                              = 1308442521
gettimeofday({1308442521, 735947}, NULL) = 0
sendto(7, "#\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 48, 0, NULL, 0) = 48
time(NULL)                              = 1308442521
time(NULL)                              = 1308442521
time(NULL)                              = 1308442521
time(NULL)                              = 1308442521
time(NULL)                              = 1308442521
poll([{fd=5, events=POLLIN}, {fd=6, events=POLLIN}, {fd=7, events=POLLIN}], 3, 15000) = 1 ([{fd=7, revents=POLLIN}])
recvfrom(7, "$\2\0\355\0\0\4Z\0\0\7\6\3005gg\321\247\271P\34\265\370\304<\213c\201\267:\325q"..., 68, 0, NULL, NULL) = 48
gettimeofday({1308442521, 770728}, NULL) = 0
time(NULL)                              = 1308442521
time(NULL)                              = 1308442521
ioctl(2147483647, TIOCNXCL, 0x7fb36908) = -1 EBADF (Bad file descriptor)
write(2, "reply from ", 11)             = 11
write(2, "85.214.123.72", 13)           = 13
write(2, ": offset ", 9)                = 9
write(2, "-", 1)                        = 1
write(2, "0", 1)                        = 1
write(2, ".", 1)                        = 1
write(2, "0", 1)                        = 1
write(2, "0", 1)                        = 1
write(2, "847", 3)                      = 3
write(2, "0", 1)                        = 1
write(2, " delay ", 7)                  = 7
write(2, "0", 1)                        = 1
write(2, ".", 1)                        = 1
write(2, "0", 1)                        = 1
write(2, "34708", 5)                    = 5
write(2, ", next query ", 13)           = 13
write(2, "311", 3)                      = 3
write(2, "s\n", 2)                      = 2
time(NULL)                              = 1308442521
time(NULL)                              = 1308442521
time(NULL)                              = 1308442521
time(NULL)                              = 1308442521
time(NULL)                              = 1308442521
time(NULL)                              = 1308442521
poll([{fd=5, events=POLLIN}, {fd=6, events=POLLIN}], 2, 18000

comment:6 Geändert vor 7 Jahren durch schuettecarsten

@cuma:

Dein openntpd setzt die Zeit gar nicht, bei dir tauchen zumindest gar keine "adjtimex"-Aufrufe auf. Ich vermute, dass bei dir der NTP-Dienst aus dem AVM-WebIF auch noch aktiv ist (den kann man zwar abschalten, trotzdem bleibt der aktiv, das scheint aktuell ein Bug in der AVM-Firmware zu sein). Das war bei mir bis vor Kurzem auch so, aber mit der aktuellen Labor-Firmware funzt der AVM-NTP-Dienst nicht mehr richtig.

comment:7 Geändert vor 7 Jahren durch cuma

Hm, falsch pid für strace, ntpd hat 2.

poll([{fd=4, events=POLLIN}], 1, 15000) = 0 (Timeout)
poll([{fd=4, events=POLLIN}], 1, 15000) = 0 (Timeout)
poll([{fd=4, events=POLLIN}], 1, 15000) = 0 (Timeout)
poll([{fd=4, events=POLLIN}], 1, 15000) = 0 (Timeout)
poll([{fd=4, events=POLLIN}], 1, 15000) = 0 (Timeout)
poll([{fd=4, events=POLLIN}], 1, 15000) = 0 (Timeout)
poll([{fd=4, events=POLLIN}], 1, 15000) = 0 (Timeout)
poll([{fd=4, events=POLLIN}], 1, 15000) = 0 (Timeout)
poll([{fd=4, events=POLLIN}], 1, 15000) = 0 (Timeout)
poll([{fd=4, events=POLLIN}], 1, 15000) = 1 ([{fd=4, revents=POLLIN}])
read(4, "\1\0\0\0\0\0\0\0\0\0\0\0\30\0\0\0\0\0\0\360^\2539@", 4096) = 24
rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_STACK|SA_INTERRUPT|SA_NOCLDWAIT|0x2aeb4b0}, {SIG_DFL, [], SA_NOCLDSTOP}, 16) = 0
time([1308489852])                      = 1308489852
open("/etc/TZ", O_RDONLY)               = 6
read(6, "CET-1CEST-2,M3.5.0/02:00:00,M10."..., 68) = 45
read(6, "", 23)                         = 0
close(6)                                = 0
getpid()                                = 2308
write(5, "<30>Jun 19 15:24:12 ntpd[2308]: "..., 68) = 68
rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_NOCLDSTOP}, NULL, 16) = 0
gettimeofday({1308489852, 447298}, NULL) = 0
adjtimex({modes=ADJ_OFFSET|0x8000, offset=25629346, freq=1470250, maxerror=16384000, esterror=16384000, status=STA_UNSYNC, constant=2, precision=1, tolerance=33554432, time={1308489852, 450934}, tick=10000, ppsfreq=0, jitter=200, shift=2, stabil=33554432, jitcnt=0, calcnt=0, errcnt=0, stbcnt=0}) = 5 (TIME_ERROR)
adjtimex({modes=0, offset=0, freq=1470250, maxerror=16384000, esterror=16384000, status=STA_UNSYNC, constant=2, precision=1, tolerance=33554432, time={1308489852, 455355}, tick=10000, ppsfreq=0, jitter=200, shift=2, stabil=33554432, jitcnt=0, calcnt=0, errcnt=0, stbcnt=0}) = 5 (TIME_ERROR)
poll([{fd=4, events=POLLIN|POLLOUT}], 1, 15000) = 1 ([{fd=4, revents=POLLOUT}])
writev(4, [{"\1\0\0\0\0\0\0\0\0\0\0\0\24\0@\0\0\0\0\0", 20}], 1) = 20
poll([{fd=4, events=POLLIN}], 1, 15000) = 0 (Timeout)
poll([{fd=4, events=POLLIN}], 1, 15000) = 0 (Timeout)
poll([{fd=4, events=POLLIN}], 1, 15000) = 0 (Timeout)

Also auch TIME_ERROR. dennoch nähert sich die von mir verstelle Zeit wieder der richtigen an, hoffe das wird heute noch:

15:15:36 ntpd[2308]: adjusting local clock by 25.944748s
15:19:55 ntpd[2308]: adjusting local clock by 25.757957s
15:24:12 ntpd[2308]: adjusting local clock by 25.669417s
15:28:29 ntpd[2308]: adjusting local clock by 25.477750s

Die neueste Firmware der 7141 ist die .76, da war nur der multid timeclient. Dieser ist mit "-t" gestartet. Bei der 7170 mit Labor funktioniert AVMs Zeitsync nicht, da die Box Intenret "mitbenutzt" und deshalb den Zeitserver nicht erreichen kann (sah man bei den Ereignissen bevor ich diesen abgeschaltet hab)

Zuletzt geändert vor 7 Jahren von cuma (vorher) (Diff)

Geändert vor 7 Jahren durch oliver

openntpd portable by TIK

comment:8 Geändert vor 7 Jahren durch oliver

TIK hat im IPPF einen openntpd port gepostet.
http://www.ip-phone-forum.de/showthread.php?t=232715&p=1725416#post1725416

Tester sind willkommen. Evtl. sind noch neue Konfig-Optionen zu setzen.

comment:9 Geändert vor 7 Jahren durch oliver

In [7399]:

comment:10 Geändert vor 7 Jahren durch oliver

In [7402]:

  • openntpd: configure script misses +x

comment:11 Geändert vor 7 Jahren durch schuettecarsten

Ich habe Openntpd nochmal testweise in meine Version reingenommen und ausprobiert, ob openntpd jetzt die Zeit setzt. Tut er leider noch immer nicht.

Aug 21 23:55:11 fritz daemon.info ntpd[8728]: adjusting local clock by -0.532374s
Aug 21 23:56:42 fritz daemon.info ntpd[8728]: adjusting local clock by -0.347353s
Aug 21 23:58:19 fritz daemon.info ntpd[8728]: adjusting local clock by -1.772590s
Aug 22 00:02:26 fritz daemon.info ntpd[8728]: adjusting local clock by -1.993554s
Aug 22 00:03:28 fritz daemon.info ntpd[8728]: adjusting local clock by -2.863634s

Die Differenz zählt also nach wie vor hoch, d.h. die Zeit wird nicht synchronisiert. adjtimex liefert nach wie vor TIME_ERROR zurück. Das initiale Seiten der Zeit läuft aber durch. Hier mein strace für die Updates:

recvmsg(4, {msg_name(0)=NULL, msg_iov(1)=[{"\0\0\0\1\0\30\0\0\0\0\0\0\0\0\"\t\300\16\n\205\240\0\0\0\0\0\0\0\0\0\0\0"..., 65535}], msg_controllen=0, msg_flags=0}, 0) = 24
adjtimex({modes=0, offset=0, freq=0, maxerror=16000000, esterror=16000000, status=STA_UNSYNC, constant=2, precision=1, tolerance=32768000, time={1313964460, 342152}, tick=10000, ppsfreq=0, jitter=0, shift=0, stabil=0, jitcnt=0, calcnt=0, errcnt=0, stbcnt=0}) = 5 (TIME_ERROR)
time([1313964460])                      = 1313964460
open("/etc/TZ", O_RDONLY)               = 6
read(6, "CET-1CEST-2,M3.5.0/02:00:00,M10."..., 68) = 45
close(6)                                = 0
getpid()                                = 8728
send(5, "<30>Aug 22 00:07:40 ntpd[8728]: "..., 68, MSG_NOSIGNAL) = 68
adjtimex({modes=ADJ_OFFSET|0x8000, offset=-2738134, freq=0, maxerror=16000000, esterror=16000000, status=STA_UNSYNC, constant=2, precision=1, tolerance=32768000, time={1313964460, 354146}, tick=10000, ppsfreq=0, jitter=0, shift=0, stabil=0, jitcnt=0, calcnt=0, errcnt=0, stbcnt=0}) = 5 (TIME_ERROR)
poll([{fd=4, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=4, revents=POLLOUT}])
sendmsg(4, {msg_name(0)=NULL, msg_iov(1)=[{"\0\0\0\1\0\24\0\0\0\0\0\0\0\0\"\10\0\0\0\0", 20}], msg_controllen=0, msg_flags=0}, 0) = 20

Es scheint da auch noch irgendwo ein Zeitzonen-Problem zu geben, jedenfalls sprint die Zeit beim Synchronisieren ab und zu nochmal zwischen GMT und MESZ/GMT+2 hin und her. Am Ende kommt sie aber richtig bei der lokalen Zeit an.

Aug 21 21:50:10 fritz daemon.info ntpd[8713]: listening on 192.168.178.1
Aug 21 21:50:10 fritz daemon.info ntpd[8713]: ntp engine ready
Aug 21 23:50:09 fritz daemon.info ntpd[8712]: set local clock to Sun Aug 21 23:50:09 CEST 2011 (offset -0.728726s)
Aug 21 21:50:09 fritz daemon.info ntpd[8713]: reply from 192.53.103.104: negative delay -0.680754s, next query 3020s
Aug 21 21:50:09 fritz daemon.info ntpd[8713]: reply from 78.46.79.68: negative delay -0.680815s, next query 3014s
Aug 21 21:50:09 fritz daemon.info ntpd[8713]: reply from 129.70.132.34: negative delay -0.672788s, next query 3131s
Aug 21 21:50:09 fritz daemon.info ntpd[8713]: reply from 46.4.54.78: negative delay -0.680763s, next query 3236s
Aug 21 21:50:29 fritz daemon.info ntpd[8713]: peer 192.53.103.108 now valid
Aug 21 23:51:22 fritz daemon.info ntpd[8728]: adjusting local clock by -0.159752s
Aug 21 21:55:11 fritz daemon.crit ntpd[8713]: 1 out of 5 peers valid
Aug 21 21:55:11 fritz daemon.crit ntpd[8713]: bad peer ptbtime2.ptb.de (192.53.103.104)
Aug 21 21:55:11 fritz daemon.crit ntpd[8713]: bad peer from pool pool.ntp.org (78.46.79.68)
Aug 21 21:55:11 fritz daemon.crit ntpd[8713]: bad peer from pool pool.ntp.org (129.70.132.34)
Aug 21 21:55:11 fritz daemon.crit ntpd[8713]: bad peer from pool pool.ntp.org (46.4.54.78)

Mir fällt auf, dass ich zwei PIDs für ntpd im syslog stehen haben, und "ps" zeigt mir sogar drei an:

 8713 ntp        920 S    ntpd -s -f /mod/etc/ntpd.conf
 8714 ntp        856 S    ntpd -s -f /mod/etc/ntpd.conf
 8728 root       852 S    ntpd -s -f /mod/etc/ntpd.conf

Der Prozess 8714 scheint die initiale Zeitsynchronisation zu sein, und die läuft in der richtigen Zeitzone. Der Prozess 8713 schreibt bei mir ein paar Meldungen ins Log, aber immer mit 2 Stunden zu wenig. Prozess 8728 setzt dann tatsächlich die Zeit (schreibt die "adjusting local clock"-Meldungen) und hat wieder die richtige Zeitzonen-Info.

Zuletzt geändert vor 7 Jahren von schuettecarsten (vorher) (Diff)

Geändert vor 7 Jahren durch schuettecarsten

config schuettecarsten, siehe comment:11

comment:12 Geändert vor 7 Jahren durch TIK

in den verlinkten threads wurde das ausgangs genannte verhalten ja schon erklärt. wenn adjtime() die zeit langsamer korrigiert, als die RTC falsch geht, hat man ein problem.
dieses problem kann man durch korrigieren der RTC drift evtl. in griff bekommen (siehe adjtimex()).
openntpd macht das auch, wenn die zeit sich mittels adjtime() stabilisiert hat. aber hier gibts evtl. ein problem:
beim start vom ntpd wird das driftfile geladen und die RTC drift dementsprechend korrigiert. ist kein driftfile vorhanden, setzt der ntpd die drift auf 0!
möglicherweise hat der kernel hier schon einen sinnvollen auf die RTC abgestimmten wert gesetzt.

somit kann der ntpd beim start ohne driftfile eine halbwegs genau gehende RTC völlig unbrauchbar machen. zum test einfach mal ein driftfile anlegen…

der genannte adjtimex() returncode 5 ist kein fehler sondern nur ein returncode, der dummerweise TIME_ERROR heisst. das ist völlig ok so und besagt nur, dass adjtime() immernoch im hintergrund damit beschäftigt ist, die zeit zu korrigieren.

das problem mit der zeitzone ist nur auf den child prozess beschränkt, der aus der chroot-umgebung loggt. betrifft nur die logeinträge, sonst nix. das ist noch ein todo…

Zuletzt geändert vor 7 Jahren von TIK (vorher) (Diff)

comment:13 Geändert vor 7 Jahren durch schuettecarsten

Ich habe heute Morgen ein ntpd.drift-File angelegt, konnte aber keinen Unterschied feststellen. Kann man Openntpd nicht irgendwie beibringen, die lokale Uhrzeit einfach so zu lassen, wie sie ist (dafür nehme ich htpdate), sondern einfach nur als ntp-Daemon laufen lassen, der sich mit externen ntp-Zeitquellen synchronisiert?

comment:14 Geändert vor 7 Jahren durch TIK

schau mal hier http://www.ip-phone-forum.de/showthread.php?t=237831&p=1744747&viewfull=1#post1744747. hatte mich geirrt, der ntpd liesst nicht immer das driftfile. probier bitte mal aus. mich würden die logs interessieren…

beibringen kann man dem ntp sicher einiges. ich würde bevorzugen, den fehler zu finden und zu beheben.

comment:15 Geändert vor 7 Jahren durch oliver

In [7518]:

  • openntpd: Bump to version 4.9.1 (portable openntpd by TIK)

comment:16 Geändert vor 7 Jahren durch oliver

In [7519]:

  • openntpd: Fix filename (refs #1374)

comment:17 Geändert vor 7 Jahren durch JMC

Damit kann man nun aber nicht mehr maken:

applying patch file make/openntpd/patches/100-close_fds_before_ntp_dns.patch
patching file ntp.c
Hunk #1 FAILED at 116.
Hunk #2 FAILED at 135.
2 out of 2 hunks FAILED — saving rejects to file ntp.c.rej


ERROR: modpatch: Error in patch-file make/openntpd/patches/100-close_fds_before_ntp_dns.patch
make: * [source/target-mips_uClibc-0.9.31.1/portable_openntpd_v4.9.1/.unpacked] Error 2

Hab den patch mal gelöscht, dann gings weiter - wird der patch für die aktuelle portable überhaupt noch gebraucht?

Zuletzt geändert vor 7 Jahren von JMC (vorher) (Diff)

comment:18 Antwort: Geändert vor 7 Jahren durch schuettecarsten

@JMC: same here.
@TIK: Welche der zahlreichen ntpd.c soll denn genau geändert werden? :-)

comment:19 Antwort: Geändert vor 7 Jahren durch schuettecarsten

Also der bump auf die aktuelle openntpd-Version hat bei mir keinen Unterschied gebracht:

Aug 24 13:17:29 fritz user.notice ONLINECHANGED[11553]: [online]  * Reloading openntpd ... done.
Aug 24 11:17:48 fritz daemon.info ntpd[11631]: peer 178.63.9.212 now valid
Aug 24 11:17:48 fritz daemon.info ntpd[11631]: peer 192.53.103.104 now valid
Aug 24 11:17:51 fritz daemon.info ntpd[11631]: peer 131.234.137.23 now valid
Aug 24 11:17:51 fritz daemon.info ntpd[11631]: peer 192.53.103.108 now valid
Aug 24 11:17:52 fritz daemon.info ntpd[11631]: peer 46.163.77.5 now valid
Aug 24 13:18:46 fritz daemon.info ntpd[11633]: adjusting local clock by 0.432845s
Aug 24 13:23:00 fritz daemon.info ntpd[11633]: adjusting local clock by -0.112894s
Aug 24 13:26:44 fritz daemon.info ntpd[11633]: adjusting local clock by -0.866437s
Aug 24 13:27:51 fritz daemon.info ntpd[11633]: adjusting local clock by -0.210958s
Aug 24 13:32:01 fritz daemon.info ntpd[11633]: adjusting local clock by -2.317133s
Aug 24 13:34:13 fritz daemon.info ntpd[11633]: adjusting local clock by -2.666984s
Aug 24 13:38:37 fritz daemon.info ntpd[11633]: adjusting local clock by -3.482033s
Aug 24 13:40:13 fritz daemon.info ntpd[11633]: adjusting local clock by -4.256249s
Aug 24 13:44:28 fritz daemon.info ntpd[11633]: adjusting local clock by -4.890585s
Aug 24 13:45:32 fritz daemon.info ntpd[11633]: adjusting local clock by -0.075827s
Aug 24 13:47:06 fritz daemon.info ntpd[11633]: adjusting local clock by -5.231734s
Aug 24 13:49:54 fritz daemon.info ntpd[11633]: adjusting local clock by -0.520750s
Aug 24 13:50:57 fritz daemon.info ntpd[11633]: adjusting local clock by -6.465050s
Aug 24 13:54:42 fritz daemon.info ntpd[11633]: adjusting local clock by -6.846445s
Aug 24 13:56:49 fritz daemon.info ntpd[11633]: adjusting local clock by -0.420892s
Aug 24 13:57:21 fritz daemon.info ntpd[11633]: adjusting local clock by -0.210317s
Aug 24 13:58:59 fritz daemon.info ntpd[11633]: adjusting local clock by -8.158235s
Aug 24 14:02:45 fritz daemon.info ntpd[11633]: adjusting local clock by -8.707870s
Aug 24 14:06:02 fritz daemon.info ntpd[11633]: adjusting local clock by -9.659196s
Aug 24 14:09:44 fritz daemon.info ntpd[11633]: adjusting local clock by -10.261591s
Aug 24 14:13:54 fritz daemon.info ntpd[11633]: adjusting local clock by -10.899068s
Aug 24 14:17:41 fritz daemon.info ntpd[11633]: adjusting local clock by -11.776876s
Aug 24 14:19:52 fritz daemon.info ntpd[11633]: adjusting local clock by -12.462732s
Aug 24 14:22:35 fritz daemon.info ntpd[11633]: adjusting local clock by -12.844579s
Aug 24 14:23:37 fritz daemon.info ntpd[11633]: adjusting local clock by -0.256099s
Aug 24 14:27:26 fritz daemon.info ntpd[11633]: adjusting local clock by -13.860313s
Aug 24 14:29:31 fritz daemon.info ntpd[11633]: adjusting local clock by -0.415305s
Aug 24 14:30:05 fritz daemon.info ntpd[11633]: adjusting local clock by -14.360784s
Aug 24 14:33:50 fritz daemon.info ntpd[11633]: adjusting local clock by -15.459921s
Aug 24 14:38:07 fritz daemon.info ntpd[11633]: adjusting local clock by -16.353313s
Aug 24 14:40:46 fritz daemon.info ntpd[11633]: adjusting local clock by -0.092010s
Aug 24 14:41:18 fritz daemon.info ntpd[11633]: adjusting local clock by -16.704103s
Zuletzt geändert vor 7 Jahren von schuettecarsten (vorher) (Diff)

comment:20 Geändert vor 7 Jahren durch oliver

In [7520]:

comment:21 als Antwort auf: ↑ 18 Geändert vor 7 Jahren durch TIK

Replying to schuettecarsten:

@JMC: same here.
@TIK: Welche der zahlreichen ntpd.c soll denn genau geändert werden? :-)

was meinst du mit zahlreichen? es gibt nur eine ntpd.c und in welcher 4.x version du das änderst, bleibt dir überlassen.
und patches benötigst du für den aktuellen pntpd erstmal nicht

Zuletzt geändert vor 7 Jahren von TIK (vorher) (Diff)

comment:22 als Antwort auf: ↑ 19 Geändert vor 7 Jahren durch TIK

Replying to schuettecarsten:

Also der bump auf die aktuelle openntpd-Version hat bei mir keinen Unterschied gebracht:

das war auch nicht zu erwarten. das problem ist ja noch nicht endgültig lokalisiert. bei mir läuft alles :)

comment:23 Geändert vor 7 Jahren durch Spock

Wie schon einmal hier (#1428) angemerkt
Gibt es Probleme mit der Zeit zumindest im Syslog

Dieses Log wurde kurz nach einen Neustart der Box erzeugt. Wie man sieht springt da die Zeit immer 2h und 2h zurück

Aug 28 18:25:44 fritz daemon.info ntpd[3912]: listening on 0.0.0.0
Aug 28 18:25:44 fritz daemon.info ntpd[3912]: ntp engine ready
Aug 28 20:25:45 fritz daemon.info ntpd[3911]: set local clock to Sun Aug 28 20:25:45 CEST 2011 (offset 0.536595s)
Aug 28 20:25:45 fritz user.notice FREETZMOD: Starting openntpd ... done.
Aug 28 20:25:59 fritz user.notice ONLINECHANGED[2783]: [online] executing /etc/onlinechanged/10-openntpd
Aug 28 18:26:02 fritz daemon.info ntpd[3912]: ntp engine exiting
Aug 28 20:26:02 fritz daemon.crit ntpd[3913]: dispatch_imsg in main: pipe closed
Aug 28 20:26:02 fritz daemon.info ntpd[3914]: Terminating
Aug 28 18:26:05 fritz daemon.info ntpd[4798]: listening on 0.0.0.0
Aug 28 18:26:05 fritz daemon.info ntpd[4798]: ntp engine ready
Aug 28 20:26:05 fritz daemon.info ntpd[4797]: set local clock to Sun Aug 28 20:26:05 CEST 2011 (offset 0.000091s)
Aug 28 20:26:05 fritz user.notice ONLINECHANGED[2783]: [online]  * Reloading openntpd ... done.
Aug 28 18:26:23 fritz daemon.info ntpd[4798]: peer 46.4.93.68 now valid
Aug 28 18:26:24 fritz daemon.info ntpd[4798]: peer 178.63.64.14 now valid
Aug 28 18:26:30 fritz daemon.info ntpd[4798]: peer 95.89.159.26 now valid

comment:24 Geändert vor 7 Jahren durch schuettecarsten

@Spock: Das ist ein rein kosmetisches Problem mit der syslog-Ausgabe. Der eine Dienst hat die TZ nicht mitbekommen und loggt daher in UTC. Im Winter wird die Differenz nur 1 Std. sein.

comment:25 Geändert vor 7 Jahren durch Spock

Naja auch dies sollte beseitigt werden, da es verwirrend ist… Gerade bei so einer wichtigen sache wie der Zeit, Weckruffunktion der Box usw… Wenn man es weiß ist es ja gut… dennoch verwirrend

comment:26 Geändert vor 7 Jahren durch TIK

das scheint aber nicht am ntpd zu liegen, sondern an der verwendeten libc. hab im moment wenig zeit, um das zu untersuchen.
dieses kosmetische problem müsste dann aber auch mit der 3.9 und dem aktuellen trunk auftreten. wenn das mal jemand testen könnte?

comment:27 Geändert vor 7 Jahren durch cuma

Ich hab noch 3.9 im Einsatz, mir sind keine Fehler aufgefallen

comment:28 Geändert vor 7 Jahren durch ralf

Der Effekt tritt immer auf, wenn ein Programm in einer chroot Umgebung läuft und die Zeitzonen-Information nicht verfügbar ist.

comment:29 Antwort: Geändert vor 7 Jahren durch oliver

@Ralf
Weißt du wie man das behebt? Müssen wir die /etc/TZ in das chroot kopieren oder kann man das auch im Code lösen?

comment:30 Geändert vor 7 Jahren durch ralf

In [7555]:

  • Set TZ variable for correct logging inside chroot
  • refs #1374

comment:31 als Antwort auf: ↑ 29 Geändert vor 7 Jahren durch ralf

Replying to oliver:

Weißt du wie man das behebt? Müssen wir die /etc/TZ in das chroot kopieren oder kann man das auch im Code lösen?

Die Änderung r7555 hilft bei mir.

comment:32 Geändert vor 7 Jahren durch Spock

bei der 3.9 hatte ich nie solche Probleme… und die hatte ich auf mehreren boxen laufen über mehrere Jahre
Bitte einen Moment geduld, ich schaue nach ob r7555 hilft :-)

comment:33 Geändert vor 7 Jahren durch TIK

funzt hier auch, danke

comment:34 Geändert vor 7 Jahren durch Spock

Zur Zeit sieht Zeitmäßig alles gut aus, schreibe in nen paar stunden nochmal, wenn der ntp etwas länger gelaufen ist.

comment:35 Geändert vor 7 Jahren durch ralf

In [7559]:

  • Set TZ variable for correct logging inside chroot
  • refs #1374

comment:36 Geändert vor 7 Jahren durch ralf

Die Änderung r7559 ist notwendig, damit TZ richtig übergeben wird, auch wenn der Wert im Start-Skript nicht vorhanden ist. Vorher funktionierte es nur mit einem manuellen Restart von der Shell aus, in der TZ bereits gesetzt war.

comment:37 Geändert vor 7 Jahren durch Spock

Hmm die Zeit scheint soweit zu stimmen…
Aber hin und wieder habe ich solche Meldungen

Aug 31 10:01:27 fritz daemon.info ntpd[19197]: reply from 85.214.19.110: not synced (alarm), next query 3184s
Aug 31 12:13:27 fritz daemon.info ntpd[19197]: reply from 85.214.19.110: not synced (alarm), next query 3032s
Aug 31 13:30:00 fritz daemon.info ntpd[19197]: reply from 85.214.19.110: not synced (alarm), next query 3088s

comment:38 Geändert vor 7 Jahren durch Spock

Hmm ich weiß ne, solche komischen Meldungen wie "not synced (alarm), next query 3088s" hat er vorher ne gemacht (ich nutze die r7559)…
Keine Ahnung ob das normal ist oder ne….

comment:39 Geändert vor 7 Jahren durch TIK

das sind warnmeldungen vom jeweiligen ntp-server. dessen uhr ist nicht "in sync". wenn es dich stört oder es öfters auftritt, einfach einen anderen server nutzen

comment:40 Geändert vor 7 Jahren durch cuma

Das hier beschrieben Problem hab ich in 10 Tagen Uptime nicht mehr gehabt. Lediglich das aktuelle openntpd hab ich mit der 3.9er Version ersetzt. Scheint noch irgendws nicht zu passen. Kann natürlich auch Zufall sein

Zuletzt geändert vor 7 Jahren von cuma (vorher) (Diff)

comment:41 Geändert vor 7 Jahren durch oliver

Ich hatte die letzten Tage mit TIK versucht das Problem mit der 7390 zu erforschen. Es sieht hier wirklich so aus als wäre die Uhr der 7390 so ungenau, dass der "normale" ntpd nicht in der Lage ist sie zu korrigieren.

comment:42 Geändert vor 7 Jahren durch TIK

zu erwähnen wäre noch, das das problem bei dir auch mit der 3.9 auftritt. es ist in diesem fall kein (neuer) bug in der 4.x

comment:43 Antwort: Geändert vor 7 Jahren durch cuma

Kann man davon ausgehen wenn sich hier niemand mehr meldet, dass openntpd nun funktioniert? Was bedeutet eigentlich das "portable" im Namen? Der Webif-Menüeintrag ist etwas lang

comment:44 Geändert vor 7 Jahren durch JMC

Funktionieren nein - zumindest auf meiner 7390 nicht. Aber wie oliver geschrieben hatte scheints ja tatsächlich an der Hardware zu liegen.

comment:45 Geändert vor 7 Jahren durch cuma

Im schlimmsten Fall müsste openntpd für die 7390 gesperrt werden. AVM hat bestimt irgendeinen hack in den chronyd eingebaut. Um wieviel Sekunden geht die Uhr (ohne Synchronisation) denn in der Stunde falsch?

comment:46 Geändert vor 7 Jahren durch JMC

eine halbe Sekunde in 2 Minuten ungefähr aktuell - nach ~20 Stunden waren es über 4,5 Minuten

comment:47 Geändert vor 7 Jahren durch ralf

Ist diese Abweichung denn einheitlich in Größe und Richtung bei allen 7390, die wir kennen?

comment:48 Geändert vor 7 Jahren durch markuschen

Meine 7390 (HW rev 3) hat das gleiche Problem und auch ungefähr die gleiche Abweihung wie bei JMC.

comment:49 Geändert vor 7 Jahren durch ralf

Passiert das auch mit original Firmware? Dann könnte man AVM anschreiben.

comment:50 Geändert vor 7 Jahren durch markuschen

Kann ich wegen Produktiveinsatz nicht testen, habe aber "replace kernel" aktiv und deswegen auch den chronyd rausschmeißen müssen. Möglicherweise sorgt dieser im Orignal für eine laufende Korrektur der Systemzeit.

comment:51 Geändert vor 7 Jahren durch TIK

als alternative kann man die 3.9 mit dem ext-patch nutzen → http://www.ip-phone-forum.de/showthread.php?t=232715&p=1712293&viewfull=1#post1712293. wenn man in der config dann "sync at" oder "sync every" nutzt, wird die zeit nicht mittels adjtime() korrigiert. bei gelegenheit gibts die erweiterung auch für die 4.x…

comment:52 als Antwort auf: ↑ 43 Geändert vor 7 Jahren durch TIK

Replying to cuma:

Was bedeutet eigentlich das "portable" im Namen? Der Webif-Menüeintrag ist etwas lang

openntpd ist heisst die OpenBSD version. die aktuelle "portable version" basiert darauf, unterscheidet sich im source aber doch von dieser. als klare abgrenzung deshalb "Portable OpenNTPD" mit dem binary pntpd, was auf vielen platformen compilierbar ist. ich (und auch einige andere) haben nicht verstanden, wieso man damals 2 unterschiedliche versionen pflegt, sie aber doch gleich benennt…

Zuletzt geändert vor 7 Jahren von TIK (vorher) (Diff)

comment:53 Antwort: Geändert vor 7 Jahren durch cuma

Nur für die Kompilierbarkeit verschiedene Versionen ist schon seltsam. Ich hab das gestern hier entdeckt (r7802):

Normal OpenNTPD development produces a very small, secure, and easy to maintain version for the OpenBSD project. The portability team takes that pure version and adds portability code so that OpenNTPD can run on many other operating systems.

The portable OpenNTPD follows development of the official version, but releases are not synchronized. Portable releases are marked with a 'p' (e.g. 3.9p1). The official OpenBSD source will never use the 'p' suffix.

Zwei unterschiedliche Versionen für Freetz sind nicht so optimal, wobei die 3er den Vorteil hat dass sie auf allen Boxen funktioniert.

comment:54 als Antwort auf: ↑ 53 Geändert vor 7 Jahren durch TIK

Replying to cuma:

Nur für die Kompilierbarkeit verschiedene Versionen ist schon seltsam.

tja, das wurde damals auch kritisiert. würde ich auch niemals so realisieren. die gründe dafür liegen aber woanders. spekulieren möchte ich hier nicht weiter, da ich es nicht genau weiss…
es liegen hier 2 projekte vor: "OpenNTPD" (BSD intern) und "Portable OpenNTPD" (für andere platformen). diese wurden von einem 1-mann-team synchronisiert (oder eben auch nicht), so wie derjenige halt zeit hatte.
daher ist das ganze auseinander gedriftet. jede distribution hat ihre eigenen patches und features, genannt wird das ganze aber immer "OpenNTPD". keiner weiss mehr, was wie welche version kann und nicht kann.
ich wollte für meine Fritzbox einen zeitserver haben, der nicht permanent "online" geht, herausgekommen ist dabei der o.g. ext-patch für die 3.9. im nachhinein habe ich mir dann mal den aktuellen BSD stand angeschaut und festgestellt, das hier einige sinnvolle änderungen vorgenommen wurden. fix kontakt mit den BSD entwicklern aufgenommen, einige fragen geklärt und interesse an einer aktuellen portierung war gross.
kurios fand ich dann, dass man wenig (oder kaum) an bugfixes interessiert war. weiterhin gab es dann die bedingung: das binary und die configs für die "portable version" müssen ntpd(.*) heissen. eine begründung gab es auch nach mehreren anfragen nicht. es heisst doch auch nicht jeder ftp daemon ftpd und überschreibt die config des anderen. ich habe meine bemühungen in dieser richtung eingestellt. für vorschläge und kritik bin ich immer offen, solang sie auch begründet werden. einen offiziellen port wird es daher vermutlich nie geben…

Ich hab das gestern hier entdeckt (r7802):

deine entscheidung (r7802) halte ich für nicht so glücklich. du hast mal fix was ergoogelt, daraus deine eigenen schlüsse gezogen und sofort gehandelt.
im vorfeld war auch abgesprochen, die neue version als eigenes paket zu pflegen (http://www.ip-phone-forum.de/showthread.php?t=238553). letztendlich wurde das dann ohne jegliche rücksprache anders entschieden. es stiftet so nur mehr verwirrung und verursacht unnötigen supportaufwand. vllt. verstehe ich ja einige sachen nicht, klärt mich da bitte mal auf!

Zwei unterschiedliche Versionen für Freetz sind nicht so optimal, wobei die 3er den Vorteil hat dass sie auf allen Boxen funktioniert.

auf dauer 2 "OpenNTPD's" zu pflegen macht keinen sinn. die 3.9 wird definitiv nicht mehr weiterentwickelt. aber solang es immernoch systeme gibt, wo anscheinend die 4.x versagt, sollte man beide beibehalten.
ich habe auf meiner box - so wie vorgeschlagen - beide versionen zum test am laufen. eine beeinträchtigung gibt es nur, wernn bei auch gleichzeitig getstartet werden.
ansonsten ist mir unklar, warum die 3.9 (ohne o.g. ext-patch) auf einigen boxen die zeit synchronisieren kann wo die 4.x versagt. oli seine tests haben bestätigt, das auch die 3.9 bei ihm versagt. wer bei gleicher hardware, gleicher software (kernel/AVM/Freetz) und gleicher buildumgebung was anderes behauptet, wende sich einfach an mich. er muss aber auch zeit zum testen mitbringen ;)

comment:55 Antwort: Geändert vor 7 Jahren durch cuma

Beide behalten kann man schlecht, da nur noch die neuere Version momentan im Trunk ist. Schöne wäre es eine Version zu haben die überall läuft, so wie es bei der 3er war, ich keine beschweren mizbekommen. Wenn du dir r7802 und comment:43 anschaust wirst du erknennen dass da nix mit "fix was ergoogelt und sofort gehandelt" ist. Die Umbenennung von "OpenNTPD" nach "Portable OpenNTPD" ist nunmal sehr halbherzig, es wurde zb make/openntpd nicht umbenannt, keine Variablen, keine Script usw. Die alphabetische Einordnung von "Portable OpenNTPD" unter "O" passte auch nicht so ganz. Ich bin übrigens dazu übergegangen inetd (klick) als Zeitserver zu nutzen, läuft in Verbindung mit "rdate" prima.

comment:56 als Antwort auf: ↑ 55 Geändert vor 7 Jahren durch TIK

Replying to cuma:

Wenn du dir r7802 und comment:43 anschaust wirst du erknennen dass da nix mit "fix was ergoogelt und sofort gehandelt" ist.

die antwort in comment:52 hast du überlesen?

Die Umbenennung von "OpenNTPD" nach "Portable OpenNTPD" ist nunmal sehr halbherzig, es wurde zb make/openntpd nicht umbenannt, keine Variablen, keine Script usw.

so war es auch nicht abgesprochen, was ich bereits kritisiert hatte. schau dir einfach dieses paket hier an → http://www.ip-phone-forum.de/showthread.php?t=238553
dort wäre alles konsistent gewesen und hätte (vorerst) parallel zur 3.9 existieren können. in diesem paket findest du auch korrekte abkürzung, falls die "Portable OpenNTPD" zu lang ist…

Zuletzt geändert vor 7 Jahren von TIK (vorher) (Diff)

comment:57 Antwort: Geändert vor 7 Jahren durch cuma

Ne, nicht überlesen. Das kam erst 12 Stunden nachdem ich gesucht hatte! Ich hatte mir auch 5 tage dazwischen Zeit gelassen. Bei den ganzen Versionen im Forum blick ich ehrlich gesagt nicht so ganz durch. Eine Version die überall funktioniert wäre das beste

comment:58 als Antwort auf: ↑ 57 Geändert vor 7 Jahren durch TIK

Replying to cuma:

Bei den ganzen Versionen im Forum blick ich ehrlich gesagt nicht so ganz durch.

das hätte auch nicht sein müssen, wie ich hier bereits bermerkte → http://www.ip-phone-forum.de/showthread.php?t=232715&p=1719503&viewfull=1#post1719503
warum schickst du mir keine PM im forum? da gibts email notification und ich hätte prompt deine fragen klären können. ins Trac schau ich nur sporadisch rein, das ist eure spielwiese…

comment:59 Geändert vor 7 Jahren durch cuma

An Notifikationen wird hier auch gearbeitet: #1564. Das IPPF nutze nicht (mehr).

comment:60 Geändert vor 7 Jahren durch oliver

In [7807]:

  • OpenNTPD: Step back to working version 3.9p1 (refs #1374)

comment:61 Geändert vor 7 Jahren durch JMC

Der Patch close_fds_before_ntp_dns schlägt allerdings fehl, reject file häng ich an

Geändert vor 7 Jahren durch JMC

comment:62 Geändert vor 7 Jahren durch cuma

In [7817]:

  • OpenNTPD: Step back to working version 3.9p1 (refs #1374)
  • fix r7807: delete 100-close_fds_before_ntp_dns.patch

comment:63 Geändert vor 7 Jahren durch TIK

… und wer mag, kann dann parallel die 4.x hier benutzen → http://www.ip-phone-forum.de/showthread.php?t=238553&p=1763966&viewfull=1#post1763966
interessant wären dann die fälle, wo die 3.9 funktioniert und die 4.x nicht

Zuletzt geändert vor 7 Jahren von TIK (vorher) (Diff)

comment:64 Antwort: Geändert vor 7 Jahren durch JMC

3.9 funktioniert allerdings auf der 7390 ebenfalls nicht:

Oct 17 17:18:08 fritz daemon.info ntpd[3984]: adjusting local clock by -4.483224s
Oct 17 17:22:27 fritz daemon.info ntpd[3984]: adjusting local clock by -5.425237s

(17:22 waren 29-30 minuten uptime)

comment:65 Antwort: Geändert vor 7 Jahren durch Spock

Also auf meiner 7270v3 gibts mit beiden Versionen keine Probleme :-)
Vlt können wir ja beide Versionen anbieten.

Zuletzt geändert vor 7 Jahren von Spock (vorher) (Diff)

comment:66 als Antwort auf: ↑ 64 Geändert vor 7 Jahren durch TIK

Replying to JMC:

3.9 funktioniert allerdings auf der 7390 ebenfalls nicht:

danke! hätte mich auch schwer gewundert, wenn die 3.9 bei so einer "kaputten" uhr funktionieren würde. der mechanismus ist hier der gleiche wie bei der 4.x, nur ein wenig anders implementiert.
ansonsten kannst du den in comment:51 genannten ext-patch für die 3.9 nutzen. bei entsprechender config sollte auch damit deine uhr einigermassen stabil laufen

Zuletzt geändert vor 7 Jahren von TIK (vorher) (Diff)

comment:67 als Antwort auf: ↑ 65 Geändert vor 7 Jahren durch TIK

Replying to Spock:

Also auf meiner 7270v3 gibts mit beiden Versionen keine Probleme :-)
Vlt können wir ja beide Versionen anbieten.

ich habe die 4.x bisher auf 5 verschiedenen platformen getestet und keinerlei probleme festgestellt. es war aber nur eine Fritzbox (3170 mit Freetz 1.1.4 und trunk) dabei.
nur mit dem Freetz trunk sind probleme aufgetaucht, die aber gefixt sind…

Zuletzt geändert vor 7 Jahren von TIK (vorher) (Diff)

comment:68 Antwort: Geändert vor 7 Jahren durch cuma

Ich blick hier nicht mehr durch. Die Version 4 sollte nicht in den Trunk, raus aber auch nicht? Es gibt keine Version mehr die überall läuft?

comment:69 Antwort: Geändert vor 7 Jahren durch JMC

Kann ich bestätigen - der ext. Patch für 3.9 funktioniert auf der 7390 und setzt die Zeit brav

comment:70 als Antwort auf: ↑ 68 Geändert vor 7 Jahren durch TIK

Replying to cuma:

Ich blick hier nicht mehr durch. Die Version 4 sollte nicht in den Trunk, raus aber auch nicht?

die 4.x sollte vernünftig als neues paket eingepflegt werden und nicht über das alte paket halbherzig "drübergebügelt" werden
anscheinend überfliegst du nur die beiträge und überliest das wesentliche. es wurde alles bereits geschrieben!
und losgetreten wurde das ganze von leuten, die behaupten, dass die 3.9 auf systemem läuft, wo die 4.x versagt.

Es gibt keine Version mehr die überall läuft?

nein. ich habe echt keine lust mehr, alles doppelt und dreifach zu schreiben. in den 3 threads zum NTPD im IPPF steht alles zur funktionsweise geschrieben…

Zuletzt geändert vor 7 Jahren von TIK (vorher) (Diff)

comment:71 Antwort: Geändert vor 7 Jahren durch cuma

Ich hab den Sourcecode in der Tat nicht auswendig gelernt. In comment:69 steht dass 3.9 mit "extension" überall funktioniert. Du behauptest jetzt das Gegenteil? Was stimmt jetzt? Ich hab keine 7390 und meine Glaskugel hab ich vor kurzem versteigert. Dass alles in 3 Threads verteil ist dürft nicht für guten Nachvollziehbarkeit sorgen

comment:72 als Antwort auf: ↑ 71 Geändert vor 7 Jahren durch TIK

Replying to cuma:

Ich hab den Sourcecode in der Tat nicht auswendig gelernt. In comment:69 steht dass 3.9 mit "extension" überall funktioniert.

der ext-patch war bisher nie bestandteil der 3.9 in Freetz, somit das nein. findet der patch den weg dorthin, dann gibt es eine version, die überall laufen wird

comment:73 als Antwort auf: ↑ 69 Geändert vor 7 Jahren durch TIK

Replying to JMC:

Kann ich bestätigen - der ext. Patch für 3.9 funktioniert auf der 7390 und setzt die Zeit brav

supi, danke für den "proof of concept". letztendlich ist dieser patch auch der grund, warum die 3.9 nicht vorschnell aus Freetz verschwinden sollte.
ich habe jetzt erstmal keine zeit, die extension in die 4.x zu portieren. muss erstmal ne neue firmware für das CANBUS-interface in meinem auto schreiben. leider ist mittlerweile die husch-fusch-mentalität auch in der industrie ein feste grösse geworden :(
für support o.ä. stehe ich natürlich weiterhin zur verfügung, am besten per PM im IPPF.
bis auf einige kleinigkeiten (u.a. IPV6 ntp server) gibt es keinen grund, den NTPD 3.9 mit dem ext-patch zu meiden

comment:74 Geändert vor 7 Jahren durch cuma

In [7827]:

openntpd: TIK's extension added (refs #1374)

comment:75 Geändert vor 7 Jahren durch cuma

So, ich hoffe den richtigen Patch erwischt zuhaben. Bitte Rückmeldungen nach dem testen

comment:76 Geändert vor 7 Jahren durch TIK

wenns dieser → "openntpd-3.9p1_ext_patch_freetz.tgz" war, dann passt es für Freetz

comment:77 Geändert vor 7 Jahren durch cuma

Jup. Aber da war nur der 003*patch drin. Die readme und conf hab ich aus einem anderen herausgesucht…

comment:78 Geändert vor 7 Jahren durch TIK

stimmt, wäre auch schön gewesen, wenn du auch den namen der patchdatei beibehalten hättest. oder verstösst der gegen eine namenskonvention? dadurch enteht jetzt wieder unnötiges wirrwarr :(

comment:79 Geändert vor 7 Jahren durch cuma

Der Name des Packages selbst zu dem der Patch passt wird in der Tat nicht nochmal im Patchnamen verewigt da er sich aus dem Verzeichnisnamen ergibt.

comment:80 Geändert vor 7 Jahren durch Norelkhan

Also ich habe jetzt Version 7853 des truks erstellt, mit Labor-FW, ohne replace kernel, chrondy deaktiviert und bekomme bei openntpd immer noch das Ergebnis, dass die Zeitdifferenzen immer größer werden, danach setzt er sich zurück und das Spiel beginnt von Neuem:

fo ntpd[4467]: peer 192.53.103.104 now invalid
Oct 19 16:41:34 fritz daemon.info ntpd[4521]: adjusting local clock by -17.876426s
Oct 19 16:45:51 fritz daemon.info ntpd[4521]: adjusting local clock by -18.879312s
Oct 19 16:50:10 fritz daemon.info ntpd[4521]: adjusting local clock by -19.831693s
Oct 19 16:51:30 fritz daemon.info ntpd[4467]: peer 192.53.103.104 now valid
Oct 19 16:54:30 fritz daemon.info ntpd[4521]: adjusting local clock by -20.793678s
Oct 19 16:58:42 fritz daemon.info ntpd[4521]: adjusting local clock by -21.816649s
Oct 19 17:03:02 fritz daemon.info ntpd[4521]: adjusting local clock by -22.498806s
Oct 19 17:07:15 fritz daemon.info ntpd[4521]: adjusting local clock by -23.286516s
Oct 19 17:11:33 fritz daemon.info ntpd[4521]: adjusting local clock by -24.185656s
Oct 19 17:15:48 fritz daemon.info ntpd[4521]: adjusting local clock by -25.203398s
Oct 19 17:20:04 fritz daemon.info ntpd[4521]: adjusting local clock by -26.095104s
Oct 19 17:24:14 fritz daemon.info ntpd[4521]: adjusting local clock by -27.116246s
Oct 19 17:28:18 fritz daemon.info ntpd[4467]: peer 192.53.103.104 now invalid
Oct 19 17:28:34 fritz daemon.info ntpd[4521]: adjusting local clock by -28.004486s
Oct 19 17:32:46 fritz daemon.info ntpd[4521]: adjusting local clock by -28.789492s
Oct 19 17:37:02 fritz daemon.info ntpd[4521]: adjusting local clock by -30.129228s
Oct 19 17:39:14 fritz daemon.info ntpd[4467]: peer 192.53.103.104 now valid
Oct 19 17:41:16 fritz daemon.info ntpd[4521]: adjusting local clock by -30.462035s
Oct 19 17:45:33 fritz daemon.info ntpd[4521]: adjusting local clock by -31.92735s
Oct 19 17:49:47 fritz daemon.info ntpd[4521]: adjusting local clock by -32.58601s
Oct 19 17:53:59 fritz daemon.info ntpd[4521]: adjusting local clock by -33.152888s
Oct 19 17:58:16 fritz daemon.info ntpd[4521]: adjusting local clock by -34.699531s
Oct 19 18:02:27 fritz daemon.info ntpd[4521]: adjusting local clock by -35.514907s
Oct 19 18:06:48 fritz daemon.info ntpd[4521]: adjusting local clock by -36.042470s
Oct 19 18:11:02 fritz daemon.info ntpd[4521]: adjusting local clock by -37.066691s
Oct 19 18:15:13 fritz daemon.info ntpd[4521]: adjusting local clock by -37.954308s
Oct 19 18:19:28 fritz daemon.info ntpd[4521]: adjusting local clock by -38.858724s
Oct 19 18:23:46 fritz daemon.info ntpd[4521]: adjusting local clock by -39.883680s
Oct 19 18:28:07 fritz daemon.info ntpd[4521]: adjusting local clock by -41.090491s
Oct 19 18:30:57 fritz daemon.info ntpd[4467]: peer 192.53.103.103 now invalid
Oct 19 18:32:28 fritz daemon.info ntpd[4521]: adjusting local clock by -41.587883s
Oct 19 18:36:49 fritz daemon.info ntpd[4521]: adjusting local clock by -42.207964s
Oct 19 18:41:10 fritz daemon.info ntpd[4521]: adjusting local clock by -43.461710s
Oct 19 18:41:18 fritz daemon.info ntpd[4467]: peer 192.53.103.103 now valid
Oct 19 18:45:25 fritz daemon.info ntpd[4521]: adjusting local clock by -43.848555s
Oct 19 18:49:41 fritz daemon.info ntpd[4521]: adjusting local clock by -44.903569s
Oct 19 18:54:00 fritz daemon.info ntpd[4521]: adjusting local clock by -45.800931s
Oct 19 18:58:20 fritz daemon.info ntpd[4521]: adjusting local clock by -47.224587s
Oct 19 19:02:32 fritz daemon.info ntpd[4521]: adjusting local clock by -47.688008s
Oct 19 19:06:51 fritz daemon.info ntpd[4521]: adjusting local clock by -48.697044s
Oct 19 19:11:05 fritz daemon.info ntpd[4521]: adjusting local clock by -49.759574s
Oct 19 19:15:23 fritz daemon.info ntpd[4521]: adjusting local clock by -50.035142s
Oct 19 19:15:23 fritz daemon.info ntpd[4521]: skew change -193995.193 exceeds limit
Oct 19 19:15:23 fritz daemon.info ntpd[4467]: clock is now synced
Oct 19 19:16:49 fritz daemon.info ntpd[4467]: peer 192.53.103.104 now invalid
Oct 19 19:19:46 fritz daemon.info ntpd[4521]: adjusting local clock by -25.656942s
Oct 19 19:19:46 fritz daemon.info ntpd[4467]: clock is now unsynced
Oct 19 19:24:05 fritz daemon.info ntpd[4521]: adjusting local clock by -1.670936s
Oct 19 19:27:16 fritz daemon.info ntpd[4467]: peer 192.53.103.104 now valid
Oct 19 19:28:12 fritz daemon.info ntpd[4521]: adjusting local clock by -3.316476s
Oct 19 19:32:34 fritz daemon.info ntpd[4521]: adjusting local clock by -3.544423s

Irgendwie ist da noch immer der Wurm drin.

comment:81 Geändert vor 7 Jahren durch cuma

Zu schade :-/ Evtl musst du eine von TIK's neuen Optionen setzen

comment:82 Geändert vor 7 Jahren durch JMC

Oct 21 14:47:25 fritz daemon.info ntpd[12852]: set local clock to Fri Oct 21 14:47:25 CEST 2011 (offset -1.037917s)
Oct 21 14:51:43 fritz daemon.info ntpd[12852]: set local clock to Fri Oct 21 14:51:43 CEST 2011 (offset -1.297059s)
Oct 21 14:56:07 fritz daemon.info ntpd[12852]: set local clock to Fri Oct 21 14:56:07 CEST 2011 (offset -0.684639s)
Oct 21 15:00:25 fritz daemon.info ntpd[12852]: set local clock to Fri Oct 21 15:00:25 CEST 2011 (offset -0.92771s)

Bei mir gehts - ich hab allerdings noch was in die ntpd.conf eingetragen
sync every 30s

auch wenn das mit der Zeitspanne nicht hinkommt ;)

Zuletzt geändert vor 7 Jahren von JMC (vorher) (Diff)

comment:83 Geändert vor 7 Jahren durch ralph

Ich hab mal spaßeshalber ntpd auf einer 7390 gebaut (4.2.7p244, von hier) und dieser scheint die Zeit ordnungsgemäß zu setzen, auch ein ntpdate pool.ntp.org tut, was es soll. Der Taktgeber der Box scheint zu langsam zu ticken - die Box verliert pro Minute die eine oder andere Sekunde - aber daran ist der NTP daemon ja nicht schuld. Insbesondere ist NTPd in der Lage, die Zeit ab einer Schranke direkt (statt inkrementell) zu setzen, wodurch es eine wachsende Abweichung nicht geben sollte.

Wäre möglicherweise eine funktionierende Alternative für freetz, wenn auch vermutlich größer als OpenNTPd, zumindest bis OpenNTPd tut, was es soll oder es eine passende, kleinere Alternative gibt.

comment:84 Geändert vor 6 Jahren durch cuma

Wie sieht es mit 7390 05.21 und openntpd aus? Vielleicth geht's da chronyd mittlweile auch mit replace kernel funktioniert

comment:85 Geändert vor 6 Jahren durch cuma

Hat es jemand mit 05.22 ausprobiert?

comment:86 Geändert vor 6 Jahren durch cuma

http://www.ip-phone-forum.de/showthread.php?t=249575&p=1840563&viewfull=1#post1840563

Fred Edison:
So wie ich es sehe verwenden wir die BSD Version OpenNTP 3.9p1, der Bug wurde in der Debian Version 3.9p1-3 gefunden und zur Version 3.9p1+debian-7 gepatcht . Da das Problem in einer Xen Umgebung auftauchte, und ich davon ausgehe, dass es sich auch dort wie bei der FritzBox um eine softwarebasierte Uhr handelt, könnte ich mir vorstellen, dass das eventuell für das Freetz-Paket interessant sein könnte.

Neueste Version scheint laut http://packages.debian.org/sid/openntpd 3.9p1+debian-9 zu sein, vielleicht hilft das bei der 7390 falls es noch nicht läuft

Geändert vor 6 Jahren durch oliver

comment:87 Geändert vor 6 Jahren durch oliver

Wer mag testen? Wobei die Änderungen von TIK nicht mehr darin enthalten sind.

comment:88 Geändert vor 6 Jahren durch CarstenSchuette

Da ich ursprünglich das Ticket mal gemeldet hatte, fühle ich mich irgendwie zuständig, das auf der 7390 mal zu testen. Ich bin aktuell aber unterwegs und kann daher erst ab Anfang Juli wieder was auf der Box testen. Wenn also vorher schon jemand anderes Zeit & Lust hat….?

comment:89 Geändert vor 6 Jahren durch MrTweek1987

Jun 24 16:30:26 fritz daemon.info ntpd[1161]: listening on 0.0.0.0
Jun 24 16:30:26 fritz daemon.info ntpd[1161]: ntp engine ready
Jun 24 16:30:47 fritz daemon.info ntpd[1161]: peer 85.25.100.61 now valid
Jun 24 16:30:47 fritz daemon.info ntpd[1161]: peer 192.53.103.108 now valid
Jun 24 16:30:50 fritz daemon.info ntpd[1161]: peer 130.149.220.2 now valid
Jun 24 16:31:46 fritz daemon.info ntpd[1162]: adjusting local clock by 0.835336s

Hmmm bei mir läuft der :/

comment:90 Geändert vor 6 Jahren durch cuma

@MrTweek1987: Ich glaub es geht hier nur noch um die 7390. Auf der 7170 läuft es bei mir auch ohne Patch seit langem

comment:91 Geändert vor 6 Jahren durch oliver

@Carsten
Hattest du schon Zeit den Patch zu testen?

comment:92 Geändert vor 6 Jahren durch er13

In 9465:

openntpd:

  • bump version to 20080406p (untested by me as I don't have any 7390 box)
  • expected to fix problems reported in #1374, refs #1374
  • patch by oliver with minor adjustments by me

comment:93 Geändert vor 6 Jahren durch er13

Kein Feedback seit 3 Monaten, dann wird das Feedback eben auf die Art und Weise erzwungen (ich persönlich habe keine Möglichkeit zu testen, da keine 7390). Debian ist inzwischen auch auf diese Version umgestiegen. Daher gehe ich davon aus, dass diese Version besser ist.

comment:95 Geändert vor 6 Jahren durch cuma

Die Version vor r9465 hat sofort nach dem Start an Clients eine Zeit herausgegeben. Ist das jetzt auch noch so oder muss nun wieder 30 Minuten gewartet werden, bis openntpd davon ausgeht synchron zu sein und antwortet?


Nach einem "svn up" wurde openntpd nicht automatisch gebaut. Nach einem openntpd-dirclean:

Building in /home/user/freetz r9466
#
# configuration written to .config
#
cmd() { PATH="/home/user/freetz/toolchain/build/mipsel_gcc-4.6.3_uClibc-0.9.29/mipsel-linux-uclibc/bin:/home/user/freetz/toolchain/build/mipsel_gcc-3.4.6/mipsel-unknown-linux-gnu/bin:/usr/lib/qt-3.3/bin:/usr/lib/ccache:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin:/home/user/bin" LD_RUN_PATH="/usr/lib/freetz" make -j5  "$@"  || { printf "\n\\033[33m%s\\033[m\n" "ERROR: Build failed.";  exit 1; } }; 	if [ -e source/.echo_item_start -a ! -e source/.echo_item_build ]; then echo -n "building... "; touch source/.echo_item_build; fi; cmd -C source/target-mipsel_uClibc-0.9.29/openntpd-20080406p \
	EXTRA_CPPFLAGS="-D_GNU_SOURCE -DHAVE_ADJTIMEX"
make[1]: Entering directory `/home/user/freetz/source/target-mipsel_uClibc-0.9.29/openntpd-20080406p'
/home/user/freetz/toolchain/build/mipsel_gcc-4.6.3_uClibc-0.9.29/mipsel-linux-uclibc/bin/mipsel-linux-uclibc-gcc -march=4kc -Os -pipe -Wa,--trap -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wshadow -Wpointer-arith -Wcast-qual -Wsign-compare -Wall -Wpointer-arith -Wuninitialized -Wsign-compare -Wno-pointer-sign -I. -I.  -D_GNU_SOURCE -DHAVE_ADJTIMEX -DSYSCONFDIR=\"/etc\" -DLOCALSTATEDIR=\"/var\" -c y.tab.c
(cd openbsd-compat && make)
make[2]: Entering directory `/home/user/freetz/source/target-mipsel_uClibc-0.9.29/openntpd-20080406p/openbsd-compat'
/home/user/freetz/toolchain/build/mipsel_gcc-4.6.3_uClibc-0.9.29/mipsel-linux-uclibc/bin/mipsel-linux-uclibc-gcc -march=4kc -Os -pipe -Wa,--trap -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wshadow -Wpointer-arith -Wcast-qual -Wsign-compare -Wall -Wpointer-arith -Wuninitialized -Wsign-compare -Wno-pointer-sign -I. -I.. -I. -I./..  -D_GNU_SOURCE -DHAVE_ADJTIMEX -c strtonum.c
strtonum.c: In function 'strtonum':
strtonum.c:58:19: error: 'LLONG_MIN' undeclared (first use in this function)
strtonum.c:58:19: note: each undeclared identifier is reported only once for each function it appears in
strtonum.c:60:19: error: 'LLONG_MAX' undeclared (first use in this function)
make[2]: *** [strtonum.o] Fehler 1
make[2]: Leaving directory `/home/user/freetz/source/target-mipsel_uClibc-0.9.29/openntpd-20080406p/openbsd-compat'
make[1]: *** [openbsd-compat/libopenbsd-compat.a] Fehler 2
make[1]: *** Warte auf noch nicht beendete Prozesse...
/usr/src/usr.sbin/ntpd/parse.y: In function 'yylex':
/usr/src/usr.sbin/ntpd/parse.y:497:36: error: 'LLONG_MIN' undeclared (first use in this function)
/usr/src/usr.sbin/ntpd/parse.y:497:36: note: each undeclared identifier is reported only once for each function it appears in
/usr/src/usr.sbin/ntpd/parse.y:498:8: error: 'LLONG_MAX' undeclared (first use in this function)
make[1]: *** [y.tab.o] Fehler 1
make[1]: Leaving directory `/home/user/freetz/source/target-mipsel_uClibc-0.9.29/openntpd-20080406p'

ERROR: Build failed.
make: *** [source/target-mipsel_uClibc-0.9.29/openntpd-20080406p/ntpd] Fehler 1
Zuletzt geändert vor 6 Jahren von cuma (vorher) (Diff)

comment:96 Geändert vor 6 Jahren durch er13

@cuma: wie wäre es mit .config und mit etwas mehr log? Gestern hat das Raten ohne .config funktioniert, heute will es nicht klappen. Bei mir lässt sich openntpd mit einer mipsel_gcc-4.6.3_uClibc-0.9.29-toolchain problemlos bauen.

Edit: hat dann doch mal mit der Glaskugel funktioniert.

Zuletzt geändert vor 6 Jahren von er13 (vorher) (Diff)

comment:97 Geändert vor 6 Jahren durch er13

In 9467:

openntpd:

  • don't cache and don't use cached value of ac_cv_have_decl_LLONG_MAX. LLONG_MIN and LLONG_MAX require -std=gnu99 to be added to the compiler flags which is however not done if cached value is used.
  • the actual reason is the inproper configure test which uses the same variable for "LLONG_MAX is available without -std=gnu99" and "LLONG_MAX is available with -std=gnu99".
  • refs #1374
  • refs #1804 (yet another reason not to use config.cache)

comment:98 Geändert vor 6 Jahren durch er13

In 9468:

openssh:

  • don't cache and don't use cached value of ac_cv_have_decl_LLONG_MAX to workaround the incorrect configure test (exactly the same error as that described in r9467)
  • refs #1374
  • refs #1804

comment:99 Geändert vor 6 Jahren durch cuma

Mehr Log gab es nicht, das war von "make" bis zum Abbruch. Jetzt gehts:

logfile-freetz_2012-10-07_132953.txt
Building in /home/user/freetz r9468
mkdir -p packages/target-mipsel_uClibc-0.9.29/mod-1.0/root
if test -d make/mod/files; then tar -c -C make/mod/files --exclude=.svn . | tar -x -C packages/target-mipsel_uClibc-0.9.29/mod-1.0 ; fi
mkdir -p packages/target-mipsel_uClibc-0.9.29/openntpd-20080406p/root
if test -d make/openntpd/files; then tar -c -C make/openntpd/files --exclude=.svn . | tar -x -C packages/target-mipsel_uClibc-0.9.29/openntpd-20080406p ; fi
---> package/openntpd: preparing... tools/gunzip -c dl/openntpd_20080406p.orig.tar.gz | tar -C source/target-mipsel_uClibc-0.9.29 -x
set -e; shopt -s nullglob; for i in make/openntpd/patches/*.patch; do tools/freetz_patch source/target-mipsel_uClibc-0.9.29/openntpd-20080406p $i; done
    applying patch file make/openntpd/patches/005-extra_flags.patch
    patching file openbsd-compat/Makefile.in
    patching file Makefile.in
    ----------------------------------------------------------------------
    applying patch file make/openntpd/patches/010-use_adjtimex.patch
    patching file openbsd-compat/bsd-adjfreq.c
    ----------------------------------------------------------------------
    applying patch file make/openntpd/patches/020-driftfile_patch.patch
    patching file ntpd.h
    ----------------------------------------------------------------------
    applying patch file make/openntpd/patches/030-ar_fix.patch
    patching file configure
    ----------------------------------------------------------------------
    applying patch file make/openntpd/patches/040-uninitialized_fd_usage.patch
    patching file openbsd-compat/bsd-poll.c
    ----------------------------------------------------------------------
    applying patch file make/openntpd/patches/102-warn-unsupp-servers.debian.patch
    patching file client.c
    ----------------------------------------------------------------------
configuring... (conf_cmd() { ./configure  "$@"  || { printf "\n\\033[33m%s\\033[m\n" "ERROR: Build failed.";  exit 1; } }; cd source/target-mipsel_uClibc-0.9.29/openntpd-20080406p;   rm -f config.{cache,status}; sed -i -r -e 's/ac(_cv(_('"have_decl_LLONG_MAX"')))/'"openntpd"'\2/g' ./configure;   PATH=""/home/user/freetz/toolchain/build/mipsel_gcc-4.6.3_uClibc-0.9.29/mipsel-linux-uclibc/bin:/home/user/freetz/toolchain/build/mipsel_gcc-3.4.6/mipsel-unknown-linux-gnu/bin:/usr/lib/qt-3.3/bin:/usr/lib/ccache:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin:/home/user/bin"" CC="/home/user/freetz/toolchain/build/mipsel_gcc-4.6.3_uClibc-0.9.29/mipsel-linux-uclibc/bin/mipsel-linux-uclibc-gcc" CXX="/home/user/freetz/toolchain/build/mipsel_gcc-4.6.3_uClibc-0.9.29/mipsel-linux-uclibc/bin/mipsel-linux-uclibc-g++-wrapper" CFLAGS="-march=4kc -Os -pipe -Wa,--trap -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64" CXXFLAGS="-march=4kc -Os -pipe -Wa,--trap -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64" LDFLAGS="" PKG_CONFIG_PATH="/home/user/freetz/toolchain/build/mipsel_gcc-4.6.3_uClibc-0.9.29/mipsel-linux-uclibc/bin/../lib/pkgconfig" PKG_CONFIG_LIBDIR="/home/user/freetz/toolchain/build/mipsel_gcc-4.6.3_uClibc-0.9.29/mipsel-linux-uclibc/bin/../lib/pkgconfig" GLOBAL_LIBDIR=/home/user/freetz/toolchain/build/mipsel_gcc-4.6.3_uClibc-0.9.29/mipsel-linux-uclibc/usr/lib ac_cv_have_decl_asprintf=yes ac_cv_func_setresuid=yes ac_cv_func_setresgid=yes FREETZ_TARGET_LFS="y" CONFIG_SITE=/home/user/freetz/include/site/mipsel-linux-uclibc conf_cmd   --cache-file=/home/user/freetz/source/target-mipsel_uClibc-0.9.29/config.cache --target=mipsel-linux --host=mipsel-linux --build=i386-pc-linux-gnu --program-prefix="" --program-suffix="" --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --datadir=/usr/share --includedir=/usr/include --infodir=/usr/share/info --libdir=/usr/lib --libexecdir=/usr/lib --localstatedir=/var --mandir=/usr/share/man --sbindir=/usr/sbin --sysconfdir=/etc --with-gnu-ld --disable-nls  --with-builtin-arc4random --with-privsep-user=ntp    )
configure: loading site script /home/user/freetz/include/site/mipsel-linux-uclibc
configure: loading cache /home/user/freetz/source/target-mipsel_uClibc-0.9.29/config.cache
checking for mipsel-linux-gcc... (cached) /home/user/freetz/toolchain/build/mipsel_gcc-4.6.3_uClibc-0.9.29/mipsel-linux-uclibc/bin/mipsel-linux-uclibc-gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... yes
checking for suffix of executables... 
checking for suffix of object files... (cached) o
checking whether we are using the GNU C compiler... (cached) yes
checking whether /home/user/freetz/toolchain/build/mipsel_gcc-4.6.3_uClibc-0.9.29/mipsel-linux-uclibc/bin/mipsel-linux-uclibc-gcc accepts -g... (cached) yes
checking for /home/user/freetz/toolchain/build/mipsel_gcc-4.6.3_uClibc-0.9.29/mipsel-linux-uclibc/bin/mipsel-linux-uclibc-gcc option to accept ISO C89... (cached) none needed
checking for mipsel-linux-ranlib... (cached) mipsel-linux-ranlib
checking for a BSD-compatible install... (cached) /usr/bin/install -c
checking for mipsel-linux-ar... (cached) /usr/bin/ar
checking for gawk... (cached) gawk
checking for bison... (cached) bison -y
checking for inline... (cached) inline
checking build system type... (cached) i386-pc-linux-gnu
checking host system type... (cached) mipsel-unknown-linux-gnu
checking how to run the C preprocessor... (cached) /home/user/freetz/toolchain/build/mipsel_gcc-4.6.3_uClibc-0.9.29/mipsel-linux-uclibc/bin/mipsel-linux-uclibc-gcc -E
checking for grep that handles long lines and -e... (cached) /bin/grep
checking for egrep... (cached) /bin/grep -E
checking for ANSI C header files... (cached) yes
checking for sys/types.h... (cached) yes
checking for sys/stat.h... (cached) yes
checking for stdlib.h... (cached) yes
checking for string.h... (cached) yes
checking for memory.h... (cached) yes
checking for strings.h... (cached) yes
checking for inttypes.h... (cached) yes
checking for stdint.h... (cached) yes
checking for unistd.h... (cached) yes
checking for arpa/inet.h... (cached) yes
checking for arpa/nameser.h... (cached) yes
checking for ctype.h... (cached) yes
checking for err.h... (cached) yes
checking for ifaddrs.h... (cached) no
checking for netdb.h... (cached) yes
checking for paths.h... (cached) yes
checking for poll.h... (cached) yes
checking for stdarg.h... (cached) yes
checking for sys/bitypes.h... (cached) yes
checking for sys/device.h... (cached) no
checking for sys/fcntl.h... (cached) yes
checking for sys/hotplug.h... (cached) no
checking for sys/queue.h... (cached) yes
checking for sys/select.h... (cached) yes
checking for sys/sensors.h... (cached) no
checking for sys/socket.h... (cached) yes
checking for sys/sockio.h... (cached) no
checking for sys/time.h... (cached) yes
checking for sys/timers.h... (cached) no
checking for sys/timex.h... (cached) yes
checking for sys/types.h... (cached) yes
checking for syslog.h... (cached) yes
checking whether asprintf is declared... (cached) yes
checking for socketpair... (cached) yes
checking for adjfreq... (cached) no
checking for adjtime... (cached) yes
checking for arc4random... (cached) no
checking for asprintf... (cached) yes
checking for bzero... (cached) yes
checking for clock_getres... (cached) yes
checking for clock_gettime... (cached) yes
checking for daemon... (cached) yes
checking for errx... (cached) yes
checking for getifaddrs... (cached) no
checking for inet_pton... (cached) yes
checking for ntp_adjtime... (cached) yes
checking for poll... (cached) yes
checking for select... (cached) yes
checking for setgroups... (cached) yes
checking for setproctitle... (cached) no
checking for snprintf... (cached) yes
checking for strlcpy... (cached) yes
checking for strsignal... (cached) yes
checking for verrx... (cached) yes
checking for vsnprintf... (cached) yes
checking for vsyslog... (cached) yes
checking for setuid... (cached) yes
checking for setgid... (cached) yes
checking for seteuid... (cached) yes
checking for setegid... (cached) yes
checking for setreuid... (cached) yes
checking for setregid... (cached) yes
checking for setresuid... (cached) yes
checking if setresuid seems to work... configure: WARNING: cross compiling: not checking setresuid
checking for setresgid... (cached) yes
checking if setresgid seems to work... configure: WARNING: cross compiling: not checking setresuid
checking for getaddrinfo... (cached) yes
checking for getnameinfo... (cached) yes
checking for freeaddrinfo... (cached) yes
checking for gai_strerror... (cached) yes
checking for struct sockaddr_storage... (cached) yes
checking for struct sockaddr_in6... (cached) yes
checking for struct in6_addr... (cached) yes
checking for struct addrinfo... (cached) yes
checking for struct sockaddr.sa_len... (cached) no
checking for library containing res_init... (cached) no
checking for library containing res_9_init... (cached) no
checking for struct sockaddr.sa_len... (cached) no
checking for struct sockaddr_in.sin_len... (cached) no
checking for struct sockaddr_in6.sin6_len... (cached) no
checking for struct sockaddr_in6.sin6_scope_id... (cached) yes
checking for struct sockaddr_storage.ss_family... (cached) yes
checking for struct sockaddr_storage.__ss_family... (cached) no
checking if libc defines __progname... (cached) yes
checking if libc defines in6addr_any... (cached) no
checking for char... (cached) yes
checking size of char... (cached) 1
checking for short int... (cached) yes
checking size of short int... (cached) 2
checking for int... (cached) yes
checking size of int... (cached) 4
checking for long int... (cached) yes
checking size of long int... (cached) 4
checking for long long int... (cached) yes
checking size of long long int... (cached) 8
checking for u_int type... (cached) yes
checking for intXX_t types... (cached) yes
checking for int64_t type... (cached) yes
checking for u_intXX_t types... (cached) yes
checking for u_int64_t types... (cached) yes
checking for uintXX_t types in stdint.h... yes
checking for u_char... (cached) yes
checking for sig_atomic_t... (cached) yes
checking for socklen_t... (cached) yes
checking for nroff... (cached) /usr/bin/nroff
checking man page format... doc
checking for library containing clock_gettime... (cached) none required
checking whether /home/user/freetz/toolchain/build/mipsel_gcc-4.6.3_uClibc-0.9.29/mipsel-linux-uclibc/bin/mipsel-linux-uclibc-gcc implements __FUNCTION__... (cached) yes
checking whether /home/user/freetz/toolchain/build/mipsel_gcc-4.6.3_uClibc-0.9.29/mipsel-linux-uclibc/bin/mipsel-linux-uclibc-gcc implements __func__... (cached) yes
checking whether CLOCK_MONOTONIC is declared... (cached) yes
checking whether CLOCK_REALTIME is declared... (cached) yes
checking whether LLONG_MAX is declared... no
checking whether LLONG_MAX is declared... yes
checking for SIGINFO... no
configure: creating ./config.status
config.status: creating Makefile
config.status: creating openbsd-compat/Makefile
config.status: creating config.h
cmd() { PATH="/home/user/freetz/toolchain/build/mipsel_gcc-4.6.3_uClibc-0.9.29/mipsel-linux-uclibc/bin:/home/user/freetz/toolchain/build/mipsel_gcc-3.4.6/mipsel-unknown-linux-gnu/bin:/usr/lib/qt-3.3/bin:/usr/lib/ccache:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin:/home/user/bin" LD_RUN_PATH="/usr/lib/freetz" make -j5  "$@"  || { printf "\n\\033[33m%s\\033[m\n" "ERROR: Build failed.";  exit 1; } }; 	if [ -e source/.echo_item_start -a ! -e source/.echo_item_build ]; then echo -n "building... "; touch source/.echo_item_build; fi; cmd -C source/target-mipsel_uClibc-0.9.29/openntpd-20080406p \
	EXTRA_CPPFLAGS="-D_GNU_SOURCE -DHAVE_ADJTIMEX"
building... make[1]: Entering directory `/home/user/freetz/source/target-mipsel_uClibc-0.9.29/openntpd-20080406p'
/home/user/freetz/toolchain/build/mipsel_gcc-4.6.3_uClibc-0.9.29/mipsel-linux-uclibc/bin/mipsel-linux-uclibc-gcc -march=4kc -Os -pipe -Wa,--trap -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wshadow -Wpointer-arith -Wcast-qual -Wsign-compare -Wall -Wpointer-arith -Wuninitialized -Wsign-compare -Wno-pointer-sign -std=gnu99 -I. -I.  -D_GNU_SOURCE -DHAVE_ADJTIMEX -DSYSCONFDIR=\"/etc\" -DLOCALSTATEDIR=\"/var\" -c ntpd.c
/home/user/freetz/toolchain/build/mipsel_gcc-4.6.3_uClibc-0.9.29/mipsel-linux-uclibc/bin/mipsel-linux-uclibc-gcc -march=4kc -Os -pipe -Wa,--trap -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wshadow -Wpointer-arith -Wcast-qual -Wsign-compare -Wall -Wpointer-arith -Wuninitialized -Wsign-compare -Wno-pointer-sign -std=gnu99 -I. -I.  -D_GNU_SOURCE -DHAVE_ADJTIMEX -DSYSCONFDIR=\"/etc\" -DLOCALSTATEDIR=\"/var\" -c buffer.c
/home/user/freetz/toolchain/build/mipsel_gcc-4.6.3_uClibc-0.9.29/mipsel-linux-uclibc/bin/mipsel-linux-uclibc-gcc -march=4kc -Os -pipe -Wa,--trap -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wshadow -Wpointer-arith -Wcast-qual -Wsign-compare -Wall -Wpointer-arith -Wuninitialized -Wsign-compare -Wno-pointer-sign -std=gnu99 -I. -I.  -D_GNU_SOURCE -DHAVE_ADJTIMEX -DSYSCONFDIR=\"/etc\" -DLOCALSTATEDIR=\"/var\" -c log.c
/home/user/freetz/toolchain/build/mipsel_gcc-4.6.3_uClibc-0.9.29/mipsel-linux-uclibc/bin/mipsel-linux-uclibc-gcc -march=4kc -Os -pipe -Wa,--trap -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wshadow -Wpointer-arith -Wcast-qual -Wsign-compare -Wall -Wpointer-arith -Wuninitialized -Wsign-compare -Wno-pointer-sign -std=gnu99 -I. -I.  -D_GNU_SOURCE -DHAVE_ADJTIMEX -DSYSCONFDIR=\"/etc\" -DLOCALSTATEDIR=\"/var\" -c imsg.c
/home/user/freetz/toolchain/build/mipsel_gcc-4.6.3_uClibc-0.9.29/mipsel-linux-uclibc/bin/mipsel-linux-uclibc-gcc -march=4kc -Os -pipe -Wa,--trap -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wshadow -Wpointer-arith -Wcast-qual -Wsign-compare -Wall -Wpointer-arith -Wuninitialized -Wsign-compare -Wno-pointer-sign -std=gnu99 -I. -I.  -D_GNU_SOURCE -DHAVE_ADJTIMEX -DSYSCONFDIR=\"/etc\" -DLOCALSTATEDIR=\"/var\" -c ntp.c
/home/user/freetz/toolchain/build/mipsel_gcc-4.6.3_uClibc-0.9.29/mipsel-linux-uclibc/bin/mipsel-linux-uclibc-gcc -march=4kc -Os -pipe -Wa,--trap -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wshadow -Wpointer-arith -Wcast-qual -Wsign-compare -Wall -Wpointer-arith -Wuninitialized -Wsign-compare -Wno-pointer-sign -std=gnu99 -I. -I.  -D_GNU_SOURCE -DHAVE_ADJTIMEX -DSYSCONFDIR=\"/etc\" -DLOCALSTATEDIR=\"/var\" -c ntp_msg.c
/home/user/freetz/toolchain/build/mipsel_gcc-4.6.3_uClibc-0.9.29/mipsel-linux-uclibc/bin/mipsel-linux-uclibc-gcc -march=4kc -Os -pipe -Wa,--trap -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wshadow -Wpointer-arith -Wcast-qual -Wsign-compare -Wall -Wpointer-arith -Wuninitialized -Wsign-compare -Wno-pointer-sign -std=gnu99 -I. -I.  -D_GNU_SOURCE -DHAVE_ADJTIMEX -DSYSCONFDIR=\"/etc\" -DLOCALSTATEDIR=\"/var\" -c config.c
/home/user/freetz/toolchain/build/mipsel_gcc-4.6.3_uClibc-0.9.29/mipsel-linux-uclibc/bin/mipsel-linux-uclibc-gcc -march=4kc -Os -pipe -Wa,--trap -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wshadow -Wpointer-arith -Wcast-qual -Wsign-compare -Wall -Wpointer-arith -Wuninitialized -Wsign-compare -Wno-pointer-sign -std=gnu99 -I. -I.  -D_GNU_SOURCE -DHAVE_ADJTIMEX -DSYSCONFDIR=\"/etc\" -DLOCALSTATEDIR=\"/var\" -c sensors.c
/home/user/freetz/toolchain/build/mipsel_gcc-4.6.3_uClibc-0.9.29/mipsel-linux-uclibc/bin/mipsel-linux-uclibc-gcc -march=4kc -Os -pipe -Wa,--trap -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wshadow -Wpointer-arith -Wcast-qual -Wsign-compare -Wall -Wpointer-arith -Wuninitialized -Wsign-compare -Wno-pointer-sign -std=gnu99 -I. -I.  -D_GNU_SOURCE -DHAVE_ADJTIMEX -DSYSCONFDIR=\"/etc\" -DLOCALSTATEDIR=\"/var\" -c server.c
/home/user/freetz/toolchain/build/mipsel_gcc-4.6.3_uClibc-0.9.29/mipsel-linux-uclibc/bin/mipsel-linux-uclibc-gcc -march=4kc -Os -pipe -Wa,--trap -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wshadow -Wpointer-arith -Wcast-qual -Wsign-compare -Wall -Wpointer-arith -Wuninitialized -Wsign-compare -Wno-pointer-sign -std=gnu99 -I. -I.  -D_GNU_SOURCE -DHAVE_ADJTIMEX -DSYSCONFDIR=\"/etc\" -DLOCALSTATEDIR=\"/var\" -c client.c
/home/user/freetz/toolchain/build/mipsel_gcc-4.6.3_uClibc-0.9.29/mipsel-linux-uclibc/bin/mipsel-linux-uclibc-gcc -march=4kc -Os -pipe -Wa,--trap -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wshadow -Wpointer-arith -Wcast-qual -Wsign-compare -Wall -Wpointer-arith -Wuninitialized -Wsign-compare -Wno-pointer-sign -std=gnu99 -I. -I.  -D_GNU_SOURCE -DHAVE_ADJTIMEX -DSYSCONFDIR=\"/etc\" -DLOCALSTATEDIR=\"/var\" -c util.c
/home/user/freetz/toolchain/build/mipsel_gcc-4.6.3_uClibc-0.9.29/mipsel-linux-uclibc/bin/mipsel-linux-uclibc-gcc -march=4kc -Os -pipe -Wa,--trap -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wshadow -Wpointer-arith -Wcast-qual -Wsign-compare -Wall -Wpointer-arith -Wuninitialized -Wsign-compare -Wno-pointer-sign -std=gnu99 -I. -I.  -D_GNU_SOURCE -DHAVE_ADJTIMEX -DSYSCONFDIR=\"/etc\" -DLOCALSTATEDIR=\"/var\" -c y.tab.c
(cd openbsd-compat && make)
gawk -f ./mdoc2man.awk ./ntpd.8 | \
    sed -e 's|/etc/ntpd.conf|/etc/ntpd.conf|g' > ntpd.8.out || rm -f ntpd.8.out
gawk -f ./mdoc2man.awk ./ntpd.conf.5 | \
    sed -e 's|/etc/ntpd.conf|/etc/ntpd.conf|g' > ntpd.conf.5.out || rm -f ntpd.8.out
make[2]: Entering directory `/home/user/freetz/source/target-mipsel_uClibc-0.9.29/openntpd-20080406p/openbsd-compat'
/home/user/freetz/toolchain/build/mipsel_gcc-4.6.3_uClibc-0.9.29/mipsel-linux-uclibc/bin/mipsel-linux-uclibc-gcc -march=4kc -Os -pipe -Wa,--trap -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wshadow -Wpointer-arith -Wcast-qual -Wsign-compare -Wall -Wpointer-arith -Wuninitialized -Wsign-compare -Wno-pointer-sign -std=gnu99 -I. -I.. -I. -I./..  -D_GNU_SOURCE -DHAVE_ADJTIMEX -c atomicio.c
/home/user/freetz/toolchain/build/mipsel_gcc-4.6.3_uClibc-0.9.29/mipsel-linux-uclibc/bin/mipsel-linux-uclibc-gcc -march=4kc -Os -pipe -Wa,--trap -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wshadow -Wpointer-arith -Wcast-qual -Wsign-compare -Wall -Wpointer-arith -Wuninitialized -Wsign-compare -Wno-pointer-sign -std=gnu99 -I. -I.. -I. -I./..  -D_GNU_SOURCE -DHAVE_ADJTIMEX -c bsd-adjfreq.c
/home/user/freetz/toolchain/build/mipsel_gcc-4.6.3_uClibc-0.9.29/mipsel-linux-uclibc/bin/mipsel-linux-uclibc-gcc -march=4kc -Os -pipe -Wa,--trap -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wshadow -Wpointer-arith -Wcast-qual -Wsign-compare -Wall -Wpointer-arith -Wuninitialized -Wsign-compare -Wno-pointer-sign -std=gnu99 -I. -I.. -I. -I./..  -D_GNU_SOURCE -DHAVE_ADJTIMEX -c bsd-arc4random.c
/home/user/freetz/toolchain/build/mipsel_gcc-4.6.3_uClibc-0.9.29/mipsel-linux-uclibc/bin/mipsel-linux-uclibc-gcc -march=4kc -Os -pipe -Wa,--trap -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wshadow -Wpointer-arith -Wcast-qual -Wsign-compare -Wall -Wpointer-arith -Wuninitialized -Wsign-compare -Wno-pointer-sign -std=gnu99 -I. -I.. -I. -I./..  -D_GNU_SOURCE -DHAVE_ADJTIMEX -c bsd-misc.c
/home/user/freetz/toolchain/build/mipsel_gcc-4.6.3_uClibc-0.9.29/mipsel-linux-uclibc/bin/mipsel-linux-uclibc-gcc -march=4kc -Os -pipe -Wa,--trap -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wshadow -Wpointer-arith -Wcast-qual -Wsign-compare -Wall -Wpointer-arith -Wuninitialized -Wsign-compare -Wno-pointer-sign -std=gnu99 -I. -I.. -I. -I./..  -D_GNU_SOURCE -DHAVE_ADJTIMEX -c bsd-poll.c
/home/user/freetz/toolchain/build/mipsel_gcc-4.6.3_uClibc-0.9.29/mipsel-linux-uclibc/bin/mipsel-linux-uclibc-gcc -march=4kc -Os -pipe -Wa,--trap -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wshadow -Wpointer-arith -Wcast-qual -Wsign-compare -Wall -Wpointer-arith -Wuninitialized -Wsign-compare -Wno-pointer-sign -std=gnu99 -I. -I.. -I. -I./..  -D_GNU_SOURCE -DHAVE_ADJTIMEX -c bsd-snprintf.c
/home/user/freetz/toolchain/build/mipsel_gcc-4.6.3_uClibc-0.9.29/mipsel-linux-uclibc/bin/mipsel-linux-uclibc-gcc -march=4kc -Os -pipe -Wa,--trap -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wshadow -Wpointer-arith -Wcast-qual -Wsign-compare -Wall -Wpointer-arith -Wuninitialized -Wsign-compare -Wno-pointer-sign -std=gnu99 -I. -I.. -I. -I./..  -D_GNU_SOURCE -DHAVE_ADJTIMEX -c bsd-getifaddrs.c
/home/user/freetz/toolchain/build/mipsel_gcc-4.6.3_uClibc-0.9.29/mipsel-linux-uclibc/bin/mipsel-linux-uclibc-gcc -march=4kc -Os -pipe -Wa,--trap -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wshadow -Wpointer-arith -Wcast-qual -Wsign-compare -Wall -Wpointer-arith -Wuninitialized -Wsign-compare -Wno-pointer-sign -std=gnu99 -I. -I.. -I. -I./..  -D_GNU_SOURCE -DHAVE_ADJTIMEX -c bsd-setresuid.c
/home/user/freetz/toolchain/build/mipsel_gcc-4.6.3_uClibc-0.9.29/mipsel-linux-uclibc/bin/mipsel-linux-uclibc-gcc -march=4kc -Os -pipe -Wa,--trap -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wshadow -Wpointer-arith -Wcast-qual -Wsign-compare -Wall -Wpointer-arith -Wuninitialized -Wsign-compare -Wno-pointer-sign -std=gnu99 -I. -I.. -I. -I./..  -D_GNU_SOURCE -DHAVE_ADJTIMEX -c bsd-setresgid.c
/home/user/freetz/toolchain/build/mipsel_gcc-4.6.3_uClibc-0.9.29/mipsel-linux-uclibc/bin/mipsel-linux-uclibc-gcc -march=4kc -Os -pipe -Wa,--trap -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wshadow -Wpointer-arith -Wcast-qual -Wsign-compare -Wall -Wpointer-arith -Wuninitialized -Wsign-compare -Wno-pointer-sign -std=gnu99 -I. -I.. -I. -I./..  -D_GNU_SOURCE -DHAVE_ADJTIMEX -c fake-rfc2553.c
/home/user/freetz/toolchain/build/mipsel_gcc-4.6.3_uClibc-0.9.29/mipsel-linux-uclibc/bin/mipsel-linux-uclibc-gcc -march=4kc -Os -pipe -Wa,--trap -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wshadow -Wpointer-arith -Wcast-qual -Wsign-compare -Wall -Wpointer-arith -Wuninitialized -Wsign-compare -Wno-pointer-sign -std=gnu99 -I. -I.. -I. -I./..  -D_GNU_SOURCE -DHAVE_ADJTIMEX -c asprintf.c
/home/user/freetz/toolchain/build/mipsel_gcc-4.6.3_uClibc-0.9.29/mipsel-linux-uclibc/bin/mipsel-linux-uclibc-gcc -march=4kc -Os -pipe -Wa,--trap -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wshadow -Wpointer-arith -Wcast-qual -Wsign-compare -Wall -Wpointer-arith -Wuninitialized -Wsign-compare -Wno-pointer-sign -std=gnu99 -I. -I.. -I. -I./..  -D_GNU_SOURCE -DHAVE_ADJTIMEX -c daemon.c
/home/user/freetz/toolchain/build/mipsel_gcc-4.6.3_uClibc-0.9.29/mipsel-linux-uclibc/bin/mipsel-linux-uclibc-gcc -march=4kc -Os -pipe -Wa,--trap -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wshadow -Wpointer-arith -Wcast-qual -Wsign-compare -Wall -Wpointer-arith -Wuninitialized -Wsign-compare -Wno-pointer-sign -std=gnu99 -I. -I.. -I. -I./..  -D_GNU_SOURCE -DHAVE_ADJTIMEX -c errx.c
/home/user/freetz/toolchain/build/mipsel_gcc-4.6.3_uClibc-0.9.29/mipsel-linux-uclibc/bin/mipsel-linux-uclibc-gcc -march=4kc -Os -pipe -Wa,--trap -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wshadow -Wpointer-arith -Wcast-qual -Wsign-compare -Wall -Wpointer-arith -Wuninitialized -Wsign-compare -Wno-pointer-sign -std=gnu99 -I. -I.. -I. -I./..  -D_GNU_SOURCE -DHAVE_ADJTIMEX -c inet_pton.c
/home/user/freetz/toolchain/build/mipsel_gcc-4.6.3_uClibc-0.9.29/mipsel-linux-uclibc/bin/mipsel-linux-uclibc-gcc -march=4kc -Os -pipe -Wa,--trap -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wshadow -Wpointer-arith -Wcast-qual -Wsign-compare -Wall -Wpointer-arith -Wuninitialized -Wsign-compare -Wno-pointer-sign -std=gnu99 -I. -I.. -I. -I./..  -D_GNU_SOURCE -DHAVE_ADJTIMEX -c strlcpy.c
/home/user/freetz/toolchain/build/mipsel_gcc-4.6.3_uClibc-0.9.29/mipsel-linux-uclibc/bin/mipsel-linux-uclibc-gcc -march=4kc -Os -pipe -Wa,--trap -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wshadow -Wpointer-arith -Wcast-qual -Wsign-compare -Wall -Wpointer-arith -Wuninitialized -Wsign-compare -Wno-pointer-sign -std=gnu99 -I. -I.. -I. -I./..  -D_GNU_SOURCE -DHAVE_ADJTIMEX -c strtonum.c
/home/user/freetz/toolchain/build/mipsel_gcc-4.6.3_uClibc-0.9.29/mipsel-linux-uclibc/bin/mipsel-linux-uclibc-gcc -march=4kc -Os -pipe -Wa,--trap -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wshadow -Wpointer-arith -Wcast-qual -Wsign-compare -Wall -Wpointer-arith -Wuninitialized -Wsign-compare -Wno-pointer-sign -std=gnu99 -I. -I.. -I. -I./..  -D_GNU_SOURCE -DHAVE_ADJTIMEX -c verrx.c
/home/user/freetz/toolchain/build/mipsel_gcc-4.6.3_uClibc-0.9.29/mipsel-linux-uclibc/bin/mipsel-linux-uclibc-gcc -march=4kc -Os -pipe -Wa,--trap -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wshadow -Wpointer-arith -Wcast-qual -Wsign-compare -Wall -Wpointer-arith -Wuninitialized -Wsign-compare -Wno-pointer-sign -std=gnu99 -I. -I.. -I. -I./..  -D_GNU_SOURCE -DHAVE_ADJTIMEX -c port-qnx.c
/usr/bin/ar rv libopenbsd-compat.a atomicio.o bsd-adjfreq.o bsd-arc4random.o bsd-misc.o bsd-poll.o bsd-snprintf.o bsd-getifaddrs.o bsd-setresuid.o bsd-setresgid.o fake-rfc2553.o asprintf.o daemon.o errx.o inet_pton.o strlcpy.o strtonum.o verrx.o port-qnx.o
/usr/bin/ar: creating libopenbsd-compat.a
a - atomicio.o
a - bsd-adjfreq.o
a - bsd-arc4random.o
a - bsd-misc.o
a - bsd-poll.o
a - bsd-snprintf.o
a - bsd-getifaddrs.o
a - bsd-setresuid.o
a - bsd-setresgid.o
a - fake-rfc2553.o
a - asprintf.o
a - daemon.o
a - errx.o
a - inet_pton.o
a - strlcpy.o
a - strtonum.o
a - verrx.o
a - port-qnx.o
mipsel-linux-ranlib libopenbsd-compat.a
make[2]: Leaving directory `/home/user/freetz/source/target-mipsel_uClibc-0.9.29/openntpd-20080406p/openbsd-compat'
/home/user/freetz/toolchain/build/mipsel_gcc-4.6.3_uClibc-0.9.29/mipsel-linux-uclibc/bin/mipsel-linux-uclibc-gcc -march=4kc -Os -pipe -Wa,--trap -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wshadow -Wpointer-arith -Wcast-qual -Wsign-compare -Wall -Wpointer-arith -Wuninitialized -Wsign-compare -Wno-pointer-sign -std=gnu99  -o ntpd ntpd.o buffer.o log.o imsg.o ntp.o ntp_msg.o config.o sensors.o server.o client.o util.o y.tab.o openbsd-compat/libopenbsd-compat.a 
make[1]: Leaving directory `/home/user/freetz/source/target-mipsel_uClibc-0.9.29/openntpd-20080406p'
mkdir -p packages/target-mipsel_uClibc-0.9.29/openntpd-20080406p/root/usr/sbin/; cp source/target-mipsel_uClibc-0.9.29/openntpd-20080406p/ntpd packages/target-mipsel_uClibc-0.9.29/openntpd-20080406p/root/usr/sbin/ntpd; /home/user/freetz/toolchain/build/mipsel_gcc-4.6.3_uClibc-0.9.29/mipsel-linux-uclibc/bin/mipsel-linux-uclibc-strip --remove-section={.comment,.note,.pdr} packages/target-mipsel_uClibc-0.9.29/openntpd-20080406p/root/usr/sbin/ntpd;
done.
[1mSTEP 1: UNPACK (SKIPPED)
...

comment:100 Geändert vor 6 Jahren durch Norelkhan

Nach Build 9478 zeigt openntpd wieder das Verhalten, dass die Zeiten bei jeder Synchronisierung stark abweichen:

Oct  7 20:27:01 Fritz cron.info crond[1911]: crond: USER root pid 13931 cmd /var/media/ftp/tools/watchdog/oscam-watchdog.sh
Oct  7 20:28:16 Fritz daemon.info ntpd[5885]: adjusting local clock by -8.281761s
Oct  7 20:28:48 Fritz daemon.info ntpd[5885]: adjusting local clock by -0.241307s
Oct  7 20:29:53 Fritz daemon.info ntpd[5885]: adjusting local clock by -29.045531s
Oct  7 20:30:01 Fritz cron.info crond[1911]: crond: USER root pid 14715 cmd /var/media/ftp/tools/watchdog/oscam-watchdog.sh
Oct  7 20:33:01 Fritz cron.info crond[1911]: crond: USER root pid 15438 cmd /var/media/ftp/tools/watchdog/oscam-watchdog.sh
Oct  7 20:33:37 Fritz daemon.info ntpd[5885]: adjusting local clock by -34.470369s
Oct  7 20:36:01 Fritz cron.info crond[1911]: crond: USER root pid 16212 cmd /var/media/ftp/tools/watchdog/oscam-watchdog.sh
Oct  7 20:37:52 Fritz daemon.info ntpd[5885]: adjusting local clock by -34.744807s
Oct  7 20:38:55 Fritz daemon.info ntpd[5885]: adjusting local clock by -0.141058s
Oct  7 20:39:01 Fritz cron.info crond[1911]: crond: USER root pid 16985 cmd /var/media/ftp/tools/watchdog/oscam-watchdog.sh
Oct  7 20:39:57 Fritz daemon.info ntpd[5885]: adjusting local clock by -17.909682s
Oct  7 20:42:01 Fritz daemon.info ntpd[5885]: adjusting local clock by -26.663245s
Oct  7 20:42:01 Fritz cron.info crond[1911]: crond: USER root pid 17698 cmd /var/media/ftp/tools/watchdog/oscam-watchdog.sh
Oct  7 20:45:01 Fritz cron.info crond[1911]: crond: USER root pid 18449 cmd /var/media/ftp/tools/watchdog/oscam-watchdog.sh
Oct  7 20:45:08 Fritz daemon.info ntpd[5885]: adjusting local clock by -36.874605s

Der "Trick", den JMC in seinem comment 82 angegeben hatte "sync every 30 s" in der ntpd.conf funktioniert nicht mehr, beim Starten von openntpd kommt "Syntaxfehler". Offensichtlich sind die Patches von TIC nicht mehr dabei.

Beim Internetzeit-Synchronisieren von Windows-Rechnern mit dem openntpd der Fritzbox gibt es Fehlermeldungen, mal Zeitüberschreitung, mal Peer nicht erreichbar.

Zuletzt geändert vor 6 Jahren von Norelkhan (vorher) (Diff)

comment:101 Geändert vor 6 Jahren durch Spock

Warum wird die 4.9.1 Nicht mehr angeboten? Ich hatte die damals auf meiner 7270v3 laufen lief wunderbar. :)

comment:102 Geändert vor 6 Jahren durch cuma

Für Freetz 1.3 sollten wir die letzten Änderungen von er13 rückgängig machen, damit er auch wieder auf der 7390 läuft

comment:103 Geändert vor 6 Jahren durch cuma

In 9530:

OpenNTPD: Step back to working version 3.9p1 (like r7807, reverts r9465, refs #1374)

comment:104 Geändert vor 6 Jahren durch cuma

In 9531:

openntpd: set again some configure variables (refs #1374)

comment:105 Geändert vor 6 Jahren durch cuma

  • Meilenstein von freetz-1.3 nach freetz-future geändert

Läuft dann vorerst wieder halbwegs auch auf der 7390

comment:106 Geändert vor 6 Jahren durch er13

In 9532:

openntpd:

  • readd fixes added in r9465 and removed again in r9530
  • revise adjtimex-patch, make it self-contained
  • revise driftfile-patch, it depends on adjtimex-patch, add missing ifdefs, move prototypes to proper location
  • reorder/rediff patches
  • don't override any *FLAGS variable in .mk file, it's not necessary (anymore)
  • refs #1374

comment:107 Antwort: Geändert vor 6 Jahren durch cuma

@er13, macht das Sinn?
trunk/make/openntpd/patches/101-adjtimex_linux.patch

 	6	 #undef HAVE_ADJTIMEX 
 	7	+#ifdef HAVE_ADJTIMEX 
 	8	+#define USE_ADJTIMEX 
 	9	+#endif 

comment:108 als Antwort auf: ↑ 107 Geändert vor 6 Jahren durch er13

Replying to cuma:

@er13, macht das Sinn?

ja, configure testet, ob adjtimex vorhanden ist und sofern vorhanden macht aus #undef HAVE_ADJTIMEX #define HAVE_ADJTIMEX 1, s. config.h im source-Verzeichnis

comment:109 Geändert vor 6 Jahren durch cuma

Achso… Danke er13

comment:110 Geändert vor 4 Jahren durch er13

Nach fast 9 Jahren Ruhe wurde gestern ein neuer Release von OpenNTPd-portable veröffentlicht. Der Quellcode wird jetzt auf GitHub verwaltet.

Edit: nebenbei gesagt… Busybox 1.23.x (noch nicht stable) enthält zahlreiche NTPd-Anpassungen, s. hier oder hier.

Zuletzt geändert vor 4 Jahren von er13 (vorher) (Diff)
Hinweis: Hilfe zur Verwendung von Tickets finden Sie in TracTickets.