Zeit läuft davon

Marc-Andre

Neuer User
Mitglied seit
16 Feb 2007
Beiträge
49
Punkte für Reaktionen
0
Punkte
6
Hallo!

Bei mir läuft die Interne Uhr meines FRITZ!Box Fon Speedport W701V Firmware-Version 29.04.76freetz-devel-3693 ständig davon. Schon nach ein paar Stunden Betriebszeit habe ich eine Abweichung von mehr als 1 Minute.

Ich habe das Paket Openntpd mit installiert doch dieses will bei mir nicht richtig funktionieren. Sprich, obwohl ich es in der Prozessliste sehe geht die Uhr daneben.

Wichtig ist die genaue Uhrzeit deswegen weil ich einen Sixxs IPv6 Tunnel auf dem Speedport terminiere und dort ist eine genaue Uhrzeit von nöten.

Hat jemand eine Idee was ich tun könnte um eine genaue Uhrzeit auf dem Speedport zu erhalten?

MfG Marc-Andre
 
1 Minute nach ein Paar Stunden ist schon etwas krass.
Du musst dich schon etwas genauer ausdrücken, wenn du wissen willst, was bei dir mit ntpd schief läuft. Irgendwelche config-Dateien wären da schon von Vorteil...

MfG
 
Siehst du was im Syslog? Der openntpd sollte doch versuchen die Uhr zu synchronisieren.

MfG Oliver
 
Aktuell sind es jetzt knapp 3 Minuten unterschied. Config Files:

ntpd.conf:
Code:
# Addresses to listen on (ntpd does not listen by default)
# Use '*' to listen on every local interface
listen on *

# use a random selection of 8 public stratum 2 servers
# see http://twiki.ntp.org/bin/view/Servers/NTPPoolServers
server ntp1.sda.t-online.de
server ntp.web.de
server ntp1.arcor-online.net
server ntp2.arcor-online.net

Prozessliste:
Code:
/var/mod/root # ps
  PID USER       VSZ STAT COMMAND
    1 root      1492 S    init
    2 root         0 SWN  [ksoftirqd/0]
    3 root         0 SW<  [events/0]
    4 root         0 SW<  [khelper]
    5 root         0 SW<  [kthread]
    6 root         0 SW<  [kblockd/0]
   23 root         0 SW<  [pdflush]
   24 root         0 SW<  [pdflush]
   26 root         0 SW<  [aio/0]
   25 root         0 SW   [kswapd0]
   62 root         0 SW   [pm_info]
   66 root         0 SW<  [CPMAC]
   70 root         0 SW   [mtdblockd]
   96 root         0 SW   [tffsd_mtd_0]
  333 root         0 SWN  [jffs2_gcd_mtd6]
  360 root         0 SW<  [capi_oslib]
  361 root         0 SW<  [capi_oslib]
  362 root         0 SW   [capitransp]
  368 root         0 SW   [glob_codecs]
  417 root      7628 S N  ctlmgr
  430 root      3372 S    upnpd
  442 root      3516 S    dsld -i -n
  444 root      7628 S N  ctlmgr
  445 root      7628 S N  ctlmgr
  446 root      7628 S N  ctlmgr
  456 root      6024 S    telefon a127.0.0.1
  460 root      4800 S <  voipd
  465 root      3132 S    pbd
  469 root      3132 S    pbd
  471 root      3132 S    pbd
  472 root      3132 S    pbd
  477 root      6024 S    telefon a127.0.0.1
  478 root      6024 S    telefon a127.0.0.1
  479 root      6024 S    telefon a127.0.0.1
  481 root      1116 S    /bin/run_clock -c /dev/tffs -d
  540 root      1676 S    httpd -P /var/run/webcfg.pid -p 81 -c /mod/etc/httpd.
  594 root      3372 S    upnpd
  595 root      3372 S    upnpd
  596 root      3372 S    upnpd
  640 root      1436 S    dropbear -p 22 -R
  652 root      2756 S    snmpd -c /tmp/flash/snmpd.conf -p /var/run/snmpd.pid
  683 root      6024 S    telefon a127.0.0.1
  684 root      6024 S    telefon a127.0.0.1
  685 root      6024 S    telefon a127.0.0.1
  688 root         0 RWN  [kdsld_token]
  753 root      1156 S    radvd -C /mod/etc/radvd.conf
  756 root      1492 S    init
 1157 root      2224 S N  wpa_authenticator
 2027 root      1336 S    aiccu start /mod/etc/aiccu.conf
 2669 root      1492 S    dropbear -p 22 -R
 2670 root      1504 S    -sh
 2846 root      3080 S    multid -t
 2848 ntp       1120 S    ntpd -S -f /mod/etc/ntpd.conf
 2851 root      1112 S    ntpd -S -f /mod/etc/ntpd.conf
 2955 root      1484 R    ps
/var/mod/root #

Witziger weise gibt es zu Zeitservern keine Verbindung wenn ich den NTPD über das WebGUI starte bzw. neustarte:

Code:
/var/mod/root # netstat -u
Active Internet connections (w/o servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State
/var/mod/root #

Schieße ich den ntpd aber in der SSH Session ab und starte den per Hand dann sind Verbindungen da:

Code:
/var/mod/root # kill 2848
/var/mod/root # ntpd -S -f /mod/etc/ntpd.conf
/var/mod/root # netstat -u
Active Internet connections (w/o servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State
udp        0      0 169.254.2.1:2122        ntp1.sda.t-online.de:ntp ESTABLISHED
udp        0      0 169.254.2.1:2123        nsx2.web.de:ntp         ESTABLISHED
udp        0      0 169.254.2.1:2124        ntp1.arcor-online.net:ntp ESTABLISHED
udp        0      0 169.254.2.1:2125        ntp2.arcor-online.net:ntp ESTABLISHED
/var/mod/root #

Allerdings bleibt die Zeit trotzdem nicht stabil.

Wenn ich nen ntpd nicht als Dienst starte kommen diese Ausgaben man sieht deutlich am Offset wie weit die Zeit schon wieder daneben liegt:

Code:
/var/mod/root # ntpd -d -S -f /mod/etc/ntpd.conf
listening on 169.254.2.1
listening on 169.254.1.1
listening on 192.168.222.254
listening on 127.0.0.1
ntp engine ready
reply from 195.145.119.188: offset 217.654946 delay 0.035117, next query 8s
reply from 217.72.196.250: offset 217.661853 delay 0.047144, next query 9s
reply from 151.189.0.34: offset 217.667725 delay 0.063411, next query 5s
reply from 151.189.13.46: offset 217.674169 delay 0.070856, next query 5s
reply from 151.189.0.34: offset 217.770919 delay 0.041028, next query 9s
reply from 151.189.13.46: offset 217.772652 delay 0.059332, next query 5s
reply from 195.145.119.188: offset 217.814408 delay 0.032912, next query 8s
reply from 217.72.196.250: offset 217.841833 delay 0.036438, next query 7s
reply from 151.189.13.46: offset 217.864635 delay 0.038356, next query 8s
reply from 151.189.0.34: offset 217.944314 delay 0.038547, next query 7s
reply from 195.145.119.188: offset 217.963979 delay 0.033813, next query 8s
reply from 217.72.196.250: offset 217.970525 delay 0.047362, next query 5s
peer 151.189.13.46 now valid
reply from 151.189.13.46: offset 218.010215 delay 0.034679, next query 6s
peer 217.72.196.250 now valid
reply from 217.72.196.250: offset 218.053355 delay 0.040368, next query 8s
peer 151.189.0.34 now valid
reply from 151.189.0.34: offset 218.060631 delay 0.053975, next query 8s
peer 195.145.119.188 now valid
reply from 195.145.119.188: offset 218.086698 delay 0.037000, next query 8s
reply from 151.189.13.46: offset 218.093580 delay 0.048898, next query 7s
reply from 217.72.196.250: offset 218.201531 delay 0.039886, next query 8s
reply from 151.189.0.34: offset 218.207985 delay 0.054581, next query 7s
reply from 151.189.13.46: offset 218.224279 delay 0.037905, next query 6s
reply from 195.145.119.188: offset 218.244107 delay 0.034430, next query 8s
reply from 151.189.0.34: offset 218.334410 delay 0.037961, next query 6s
reply from 151.189.13.46: offset 218.340961 delay 0.046403, next query 33s
reply from 217.72.196.250: offset 218.356195 delay 0.035803, next query 8s
ntp engine exiting
Terminating
/var/mod/root #

Hier noch die Freetz Config:

Code:
FREETZ_HAVE_DOT_CONFIG=y
FREETZ_AVM_VERSION_04_76=y
FREETZ_TYPE_FON_WLAN_7170=y
FREETZ_TYPE_ALIEN_HARDWARE=y
FREETZ_TYPE_SPEEDPORT_W701V_7170=y
FREETZ_AVM_VERSION_STRING="04.76"
FREETZ_TYPE_LANG_DE=y
FREETZ_TYPE_LANG_STRING="de"
FREETZ_TYPE_STRING="7170"
FREETZ_TYPE_STRING2="W701V_"
FREETZ_INSTALL_BASE=y
FREETZ_REPLACE_BUSYBOX=y
FREETZ_REPLACE_KERNEL_AVAILABLE=y
FREETZ_REPLACE_KERNEL=y
FREETZ_SHOW_ADVANCED=y
FREETZ_TARGET_IPV6_SUPPORT=y
FREETZ_TARGET_REF="8mb_26"
FREETZ_KERNEL_REF="8mb_26"
FREETZ_KERNEL_LAYOUT="ohio"
FREETZ_KERNEL_MTD_SIZE=119
FREETZ_HAS_PHONE=y
FREETZ_HAS_TAM=y
FREETZ_HAS_WLAN=y
FREETZ_HAS_LIBSSL=y
FREETZ_LANG_DE=y
FREETZ_LANG_STRING="de"
FREETZ_REMOVE_HELP=y
FREETZ_REMOVE_ASSISTANT=y
FREETZ_REMOVE_TR069=y
FREETZ_REMOVE_TR069_FWUPDATE=y
FREETZ_REMOVE_CHRONYD=y
FREETZ_PATCH_DSL_EXPERT=y
FREETZ_REMOVE_SUPPORT=y
FREETZ_REMOVE_AVM_VPN=y
FREETZ_PACKAGE_DROPBEAR=y
FREETZ_PACKAGE_DROPBEAR_DISABLE_HOST_LOOKUP=y
FREETZ_PACKAGE_MC=y
FREETZ_PACKAGE_MC_INTERNAL_EDITOR=y
FREETZ_PACKAGE_MC_ONLINE_HELP=y
FREETZ_PACKAGE_NANO=y
FREETZ_PACKAGE_NANO_TINY=y
FREETZ_PACKAGE_NETSNMP=y
FREETZ_PACKAGE_OPENNTPD=y
FREETZ_PACKAGE_AVM_FIREWALL=y
FREETZ_PACKAGE_FSTYP=y
FREETZ_SHOW_UNSTABLE_PACKAGES=y
FREETZ_PACKAGE_IPUTILS=y
FREETZ_PACKAGE_AICCU=y
FREETZ_PACKAGE_RADVD=y
FREETZ_PACKAGE_HASERL=y
FREETZ_PACKAGE_MODCGI=y
FREETZ_DL_SITE="ftp://ftp.avm.de/fritz.box/fritzbox.fon_wlan_7170/firmware/deutsch"
FREETZ_DL_SOURCE="FRITZ.Box_Fon_WLAN_7170.29.04.76.image"
FREETZ_DL_SITE2="http://www.t-home.de/dlp/eki/downloads/Speedport/Speedport%20W%20701%20V"
FREETZ_DL_SOURCE2="fw_Speedport_W701V_v33.04.57.image"
FREETZ_MOD_DL_NUM_SITES="5"
FREETZ_MOD_DL_SITE_1="http://freetz.3dfxatwork.de"
FREETZ_MOD_DL_SITE_2="http://freetz.wirsind.info"
FREETZ_MOD_DL_SITE_3="http://freetz.magenbrot.net"
FREETZ_MOD_DL_SITE_4=""
FREETZ_MOD_DL_SITE_5=""
FREETZ_SECURITY_LEVEL=1
FREETZ_VERBOSITY_LEVEL=2
FREETZ_FAVICON_NONE=y
FREETZ_FAVICON_STRING="none"
FREETZ_SUBVERSION_STRING=y
FREETZ_DEVELOPER_VERSION_STRING=y
FREETZ_STATUS_STYLE=y
FREETZ_USER_DEFINED_COMMENT=""
FREETZ_SQUASHFS_BLOCKSIZE_65536=y
FREETZ_BUSYBOX_INETD=y
FREETZ_BUSYBOX_IP=y
FREETZ_BUSYBOX_FEATURE_IP_ADDRESS=y
FREETZ_BUSYBOX_FEATURE_IP_LINK=y
FREETZ_BUSYBOX_FEATURE_IP_ROUTE=y
FREETZ_BUSYBOX_FEATURE_IP_TUNNEL=y
FREETZ_BUSYBOX_WGET=y
FREETZ_BUSYBOX_FEATURE_PREFER_IPV4_ADDRESS=y
FREETZ_BUSYBOX_PING6=y
FREETZ_MODULE_ipv6=y
FREETZ_LIB_ld_uClibc=y
FREETZ_LIB_libcrypt=y
FREETZ_LIB_libdl=y
FREETZ_LIB_libm=y
FREETZ_LIB_libnsl=y
FREETZ_LIB_libpthread=y
FREETZ_LIB_libresolv=y
FREETZ_LIB_librt=y
FREETZ_LIB_libuClibc=y
FREETZ_LIB_libutil=y
FREETZ_LIB_libgcc_s=y
FREETZ_LIB_libglib_1=y
FREETZ_LIB_libncurses=y
FREETZ_SHARE_terminfo=y
FREETZ_SHARE_terminfo_ansi=y
FREETZ_SHARE_terminfo_gnome=y
FREETZ_SHARE_terminfo_konsole=y
FREETZ_SHARE_terminfo_linux=y
FREETZ_SHARE_terminfo_putty=y
FREETZ_SHARE_terminfo_rxvt=y
FREETZ_SHARE_terminfo_screen=y
FREETZ_SHARE_terminfo_screenMINUSw=y
FREETZ_SHARE_terminfo_sun=y
FREETZ_SHARE_terminfo_vt100=y
FREETZ_SHARE_terminfo_vt102=y
FREETZ_SHARE_terminfo_vt102MINUSnsgr=y
FREETZ_SHARE_terminfo_vt102MINUSw=y
FREETZ_SHARE_terminfo_vt200=y
FREETZ_SHARE_terminfo_vt220=y
FREETZ_SHARE_terminfo_vt52=y
FREETZ_SHARE_terminfo_xterm=y
FREETZ_SHARE_terminfo_xtermMINUScolor=y
FREETZ_SHARE_terminfo_xtermMINUSxfree86=y
FREETZ_LIB_libfreetz=y
FREETZ_BUILD_TOOLCHAIN=y
FREETZ_TARGET_CROSS="mipsel-linux-uclibc-"
FREETZ_TARGET_MAKE_PATH="toolchain/target/bin"
FREETZ_TARGET_CFLAGS="-Os -pipe -march=4kc -Wa,--trap"
FREETZ_JLEVEL=2
FREETZ_KERNEL_CROSS="mipsel-unknown-linux-gnu-"
FREETZ_KERNEL_MAKE_PATH="toolchain/kernel/bin"
FREETZ_KERNEL_VERSION_2_6_13_1=y
FREETZ_KERNEL_VERSION="2.6.13.1"
FREETZ_TARGET_UCLIBC_VERSION_0_9_29=y
FREETZ_TARGET_COMPILER_GCC_4_2_4_UCLIBC_0_9_29=y
FREETZ_TARGET_GCC_VERSION="4.2.4"
FREETZ_TARGET_UCLIBC_VERSION="0.9.29"
FREETZ_TARGET_BINUTILS_VERSION="2.18"
FREETZ_TARGET_UCLIBC_CONFIG_MOD=y
FREETZ_TARGET_UCLIBC_REF="mod"
FREETZ_TARGET_GXX=y
FREETZ_TARGET_CCACHE=y
FREETZ_TARGET_LFS=y
FREETZ_KERNEL_COMPILER_GCC_3_4_6=y
FREETZ_KERNEL_GCC_VERSION="3.4.6"
FREETZ_KERNEL_BINUTILS_VERSION="2.17.50.0.17"

*Edit*

Code:
/var/log # cat mod.log
rc.mod version freetz-devel-3693
crond is disabled
telnetd is disabled
Starting Freetz webinterface...done.
Starting dropbear SSH server...done.
Starting snmpd...done.
Looking for user 'ntp' ... found
Starting ntp server...
Creating needed ntpd.conf links
done.
Starting aiccu...done.
Set IPv6 address: 2a01:xxxx:xxxx:1::1000/64 done.
Enable IPv6 forwarding...done.
Starting radvd...done.
swap is disabled

*Edit 2*

Wo sehe ich den ausführlichen Syslog?

MfG Marc-Andre
 
Zuletzt bearbeitet:
Hallo!

Leider kam auf meinen letzten Post keine Antwort mehr.

Hab mir heute mal die 4012 auf meinen Speedport geflasht und die obigen Probleme bestehen immer noch. Jedoch ist mir schon mal eine Sache bewusst geworden im Bezug auf das starten des ntpd via WebUI.

Ich hatte bislang immer die NTP Pool Server eingetragen, welche beim manuellen starten auch problemlos benutzt worden sind. Jedoch nicht beim restart via WebUI. Trage ich hingegen nur IP Adressen als Server ein werden nach einen Neustart diese auch angesprochen.

Meine Vermutung liegt darin, das ja der multid, welche auch die DNS Auflösung macht, beim neustart des NTPD gar nicht zur Verfügung steht und deswegen keine DNS aufgelöst werden können. Der wir ja erst nach dem starten des NTPD mit dem Flag -t wieder gestartet.

Das Problem, das trotz laufendem NTPD meine Zeit in der Box extrem daneben läuft, ist immer noch vorhanden.

Hier nochmal ein Auszug wenn ich den NTPD nicht als Demon starte:
Code:
/var/mod/root # ntpd -d -s -f /mod/etc/ntpd.conf
listening on 169.254.2.1
listening on 169.254.1.1
listening on 192.168.222.254
listening on 127.0.0.1
ntp engine ready
reply from 195.145.119.188: offset 15.379707 delay 0.031177, next query 6s
no reply from 188.165.60.137 received in time, next query 620s
no reply from 213.251.128.249 received in time, next query 604s
no reply from 217.72.196.250 received in time, next query 631s
no reply from 194.97.175.67 received in time, next query 603s
reply from 195.145.119.188: offset 15.378916 delay 0.046954, next query 6s
reply from 195.145.119.188: offset 15.447306 delay 0.034274, next query 9s
peer 195.145.119.188 now valid
reply from 195.145.119.188: offset 15.582235 delay 0.030953, next query 9s
reply from 195.145.119.188: offset 15.708950 delay 0.035259, next query 6s
reply from 195.145.119.188: offset 15.799469 delay 0.040927, next query 6s
reply from 195.145.119.188: offset 15.923471 delay 0.034029, next query 34s
reply from 195.145.119.188: offset 16.410200 delay 0.032774, next query 32s
adjusting local clock by 15.582235s
interval 0.000 skew 0.000 total skew 0.000
reply from 195.145.119.188: offset 16.892101 delay 0.038852, next query 34s
reply from 195.145.119.188: offset 17.445893 delay 0.034192, next query 31s
reply from 195.145.119.188: offset 17.865474 delay 0.031651, next query 32s
reply from 195.145.119.188: offset 18.323322 delay 0.033346, next query 32s
reply from 195.145.119.188: offset 18.646835 delay 0.034145, next query 33s
reply from 195.145.119.188: offset 19.097039 delay 0.032303, next query 32s
reply from 195.145.119.188: offset 19.567701 delay 0.035796, next query 33s
reply from 195.145.119.188: offset 20.049577 delay 0.035457, next query 34s
adjusting local clock by 17.865474s
interval 0.000 skew 0.000 total skew 0.000
Wie man sieht steigt der Offset stätig an, und der NTPD versucht die Uhr zu korrigieren, aber scheint es nicht zu schaffen. Denn der Offset vergrößert sich ständig.

Eventuell ist hier das selbe Problem beschrieben: http://trac.freetz.org/ticket/607

Ich bin kein Programmierer, aber es könnte entweder an einem Berechtigungs Problem liegen, das OpenNTPD die zeit nicht stellen kann/darf, oder das der verwendete OpenNTPD andere Systemaufrufe zur Zeitanpassung verwendet als im FritzBox Linux vorgesehen.

Übrigens läuft mein Syslog mit dieser Meldung voll:
Code:
Dec  8 02:08:44 fritz user.err kernel: [cpmac] [cpmac_main_ioctl] unknown ioctl 35143
Dec  8 02:08:44 fritz user.err kernel: [cpmac] [cpmac_main_ioctl] unknown ioctl 35143
Dec  8 02:08:44 fritz user.err kernel: [cpmac] [cpmac_main_ioctl] unknown ioctl 35143
Dec  8 02:08:44 fritz user.err kernel: [cpmac] [cpmac_main_ioctl] unknown ioctl 35143

Hat das vielleicht irgendwas mit dem Problem zu tun? Immerhin taucht die Meldung 4 mal in der Sekunde auf.

MfG Marc-Andre
 
Hast Du Deinen Prozessor übertaktet? Vielleicht ist die System Taktfrequenz vom Speedport und der Fritzbox unterschiedlich. Vielleicht heisst es ja deshalb Speedport, weil es schneller ist ;)

Was passiert denn mit original-Firmware. Läuft Dir da auch die Zeit davon?
 
Und was passiert ohne ntpd? Läuft die Zeit dann auch so schnell? Du könntest mit strace den Prozess mal untersuchen. Da solltest du sehen, ob er die Uhrzeit stellt oder nicht. Und was das Problem ist.

MfG Oliver
 
Also bewusst habe ich nichts übertaktet. Freetz-Boxinfo sagte:
CPU-Frequenz: 211 MHz Systemfrequenz: 125 MHz

Ob es mit der Orginal Firmware auch zu Zeitproblemen kommt weiss ich nicht, weil ich benutze ja Freetz für IPv6 mit AICCU und da ist halt eine genaue Zeit auf der Box von nöten.

Ohne NTPD stellt der multid ja die Zeit, aber halt auch nicht oft genug um den IPv6 AICCU Tunnel dauerhaft bestehen zu lassen. Da muss ich dann immer den multid neu starten damit er sich die Zeit neu setzt.

Das Programm strace kennt meine Box nicht. Muss ich das mit hinzufügen beim Bau des Images? Welche anderen Programme wären zum Debuggen noch von nöten? Wie gesagt bin kein Programmierer.

MfG Marc-Andre
 
strace musst du beim Bauen extra auswählen. In der gleichen Ecke findest du da auch andere debugging-Tools. In menuconfig gibt es auch eine englische Hilfe zu jedem Menüpunkt.
Dass die Leute jetzt so blind meiner Box-Info nun vertrauen werden, hatte ich eigentlich beim schreiben nicht erwartet ;) Ich gebe da übrigens keine Gewährleistung dafür, dass die Informationen auch stimmen. Es gab da auch schon einen Vorfall mit der Flash-Größe. Allerdings war da auch AVM nicht ganz unschluldig.
Nun im Ernst. Ich lese mit Box-INFO nur die Sachen aus, die AVM dort an diversen Ecken in der Box ablegt. Ob die nun stimmen oder nicht, sei AVM überlassen. Aus meiner cgi heraus findet auf jeden Fall keine Echtzeitmessung der Prozessortaktfrequenz statt.

MfG
 
Besteht die Möglichkeit anstatt des OpenNTPD mal den NTPD von www.ntp.org in Freetz aufzunehmen, oder ist der zu groß? Habe nämlich mal den OpenNTPD in meinen Ubuntu Server gestartet und da läuft das Ding genauso Buggy wie in Freetz. Was vor allem auffällt ist das er falsche IP Adressen des Referenz Time Server sendet.

Laut Netstat bin ich zur Zeit mit diesen Timeservern verbunden:
Code:
/var/mod/root # netstat -un
Active Internet connections (w/o servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State
udp        0      0 169.254.2.1:2077        188.165.60.137:123      ESTABLISHED
udp        0      0 169.254.2.1:2078        213.251.128.249:123     ESTABLISHED
udp        0      0 169.254.2.1:2079        217.72.196.250:123      ESTABLISHED
udp        0      0 169.254.2.1:2080        194.97.175.67:123       ESTABLISHED
udp        0      0 169.254.2.1:2088        195.145.119.188:123     ESTABLISHED

Und das zeigt NTPD auf meiner lokalen Maschine zu dem Zeitpunkt an.
Code:
C:\Windows\System32>ntpq -p
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 LOCAL(0)        .LOCL.          10 l    3   64  377    0.000    0.000   0.001
*sinister.wzw.tu 131.188.3.223    2 u    9   64  377   44.807  369.834 117.884
+time.convar.com 213.206.164.23   2 u   33   64  377   45.027  343.078 115.482
+new-pauli.djpig 130.149.17.8     2 u    4   64  377   39.157  370.416 115.098
+fritz.box       217.117.75.5     2 u   15   64  377    1.093  365.567 116.605
+LANSERVER       18.39.83.86      3 u   55   64  377    3.649  349.518 117.377

C:\Windows\System32>

Den Server 217.117.75.5 hab ich gar nicht konfiguriert.

Auch braucht er sehr sehr lange bis er sich ne Zeit geholt hat. Im Schnitt ca. 30 Minuten. Der normale NTPD ist da wesentlich fixer und man hat mehr Konfigurations Möglichkeiten.

Hab jetzt meinen Speedport mal mit nem Image geflasht was nur den OpenNTPD, Aiccu und RADVD zusätzlich enthält und die Dinge abgewählt die ich in der AVM Oberfläche nicht benötige. Alles andere was ich noch als Nice to have immer hatte habe ich außen vor gelassen. Zu mindestens scheint der OpenNTPD jetzt die Zeit zu holen und zu halten. Hatte vorher auch immer ein System Load von über 1 auf dem Speedport laut TOP. Ich werde jetzt mal einzeln die fehlenden Komponenten wieder mit ins Image tun und mal sehen was davon den Load verursacht. Ich hab zwar schon eine Vermutung, aber das will ich erst noch testen.

MfG Marc-Andre
 
Ich denke nicht, dass es ein generelles Problem mit openntp gibt, da der auch in openwrt ist. Es könnte höchstens sein, dass dieser adjtimex Patch unter Freetz nicht tut. Oder dass wir mehr Server in die Konfigurationsdatein packen sollten.

https://dev.openwrt.org/browser/packages/net/openntpd

MfG Oliver
 
Ne an den Servern liegt es nicht.

Wenn man servers pool.ntp.org in die config schreibt dann nimmt er sich pauschal 3 Server aus dem Pool.

Allerdings müsst ihr noch eines am Startup Script ändern. Erst multid -t und dann erst OpenNTPD starten. Weil bei mir löst der OpenNTPD keine DNS Servernamen auf wenn der Multid nach dem ntpd gestartet wird.

MfG Marc-Andre
 
Der multid wird im Startskript vor dem ntpd gestartet.

MfG Oliver
 
Aber nicht wenn ich den Restart Button im Freetz Menü drücke. Sieht man dann auch in der Prozess Liste.

So ich habe jetzt festgestellt, das der SNMP Deamon meinem Speedport wohl zu sehr zusetzt. Nach einer Nacht schaft es der OpenNTPD nicht die Zeit zu halten. Aktuell sieht es so aus:

Code:
C:\Windows\System32>ntpq -p 192.168.222.10
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 LOCAL(0)        .LOCL.          10 l   50   64  377    0.000    0.000   0.001
-srv-server01.nu 192.53.103.104   2 u  692 1024  377   37.713    2.011   0.530
-box73106.elkhou 131.188.3.222    2 u  690 1024  377   37.469    1.150   1.746
-195.238.144.37  217.91.44.17     2 u  448 1024  377   48.868    1.742   1.810
+svr02.teleport- 73.120.242.92    2 u  436 1024  377   40.724   -0.291   1.436
xbroker04.ams.nl 178.209.217.83   2 u  955 1024  377   41.040  -77.729  38.140
-arethusa.tweake 193.79.237.14    2 u  453 1024  377   47.920   -1.420   0.800
+kontir.mkc.fr   213.251.128.249  2 u  512 1024  377   41.037   -0.494   1.327
*212.33.77.42    194.29.130.252   2 u 1005 1024  377   49.934   -0.156   0.582
-box4.lyn.dk     192.38.7.240     2 u  457 1024  377   46.128   -5.701   0.816
 fritz.box       71.243.72.141    3 u   57 1024  377    1.534  -1694.5 1648.73

Mein Speedport liegt schon 1,6 Sekunden neben der Zeit und es wir größer. Der SNMP Deamon verursacht wohl zuviel Last und die Timer im Freetz werden dann wohl nicht mehr richtig aktualisiert.

MfG Marc-Andre
 
Also bei mir stimmt die Reihenfolge:
Code:
 2045 root      1484 R    dropbear -p 22 -R -m
 2046 root      1448 S    -sh
 2315 root      3324 S    multid -U -P -t
 2317 ntp       1112 S    ntpd -s -f /mod/etc/ntpd.conf
 2318 root      1100 S    ntpd -s -f /mod/etc/ntpd.conf
 2471 root      1432 R    ps
MfG Oliver
 
Du hast recht. Aber trotzdem hat der ntpd bei mir nach nem Restart keine Verbindungen zu Servern die ich in der ntpd.conf mit DNS Namen eingetragen habe:
Code:
 2791 root      3064 S    multid -t
 2793 ntp       1120 S    ntpd -s -f /mod/etc/ntpd.conf
 2794 root      1112 S    ntpd -s -f /mod/etc/ntpd.conf
 2885 root      1456 R    ps
/var/mod/root # netstat -u
Active Internet connections (w/o servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State
udp        0      0 169.254.2.1:2287        ntp1.sda.t-online.de:ntp ESTABLISHED
udp        0      0 169.254.2.1:2288        ntp1.sul.t-online.de:ntp ESTABLISHED
/var/mod/root #

Die beiden NTP Server die du da jetzt siehst sind deswegen da, weil ich die mit IP Adresse in die ntpd.conf eingetragen habe. Die Pool Server sind aber nicht da.

Code:
# Addresses to listen on (ntpd does not listen by default)
# Use '*' to listen on every local interface
listen on *

# use a random selection of 8 public stratum 2 servers
# see http://twiki.ntp.org/bin/view/Servers/NTPPoolServers
server 195.145.119.188
server 194.25.134.196
servers 0.de.pool.ntp.org
servers 1.de.pool.ntp.org

Schieße ich jetzt den ntpd per kill ab und starte ihn auf der Console neu ist alles so wie es sein soll.
Code:
 2793 ntp       1120 S    ntpd -s -f /mod/etc/ntpd.conf
 2794 root      1112 S    ntpd -s -f /mod/etc/ntpd.conf
 2928 root      1456 R    ps
/var/mod/root # kill 2793
/var/mod/root # ntpd -s -f /mod/etc/ntpd.conf
/var/mod/root # netstat -u
Active Internet connections (w/o servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State
udp        0      0 169.254.2.1:2291        ntp1.sda.t-online.de:ntp ESTABLISHED
udp        0      0 169.254.2.1:2292        ntp1.sul.t-online.de:ntp ESTABLISHED
udp        0      0 169.254.2.1:2293        flamer-scene.com:ntp    ESTABLISHED
udp        0      0 169.254.2.1:2294        zit-net2.uni-paderborn.de:ntp ESTABLISHED
udp        0      0 169.254.2.1:2295        alpha.rueckgr.at:ntp    ESTABLISHED
udp        0      0 169.254.2.1:2296        public.trexler.at:ntp   ESTABLISHED
udp        0      0 169.254.2.1:2297        imap.immobilienring-nord.de:ntp ESTABLISHED
udp        0      0 169.254.2.1:2298        sinister.wzw.tum.de:ntp ESTABLISHED
/var/mod/root #

Jetzt sind alle da. Vielleicht sollte man nach dem starten des Multid etwas Pause lassen bevor man den ntpd startet.

MfG Marc-Andre
 
Wenn ich das richtig verstanden habe, dann tritt das Problem bei mir nicht auf?
Code:
bash-3.2# netstat -u
Active Internet connections (w/o servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State
udp        0      0 169.254.2.1:1043        rt1.andreas-mueller.com:ntp ESTABLISHED
udp        0      0 169.254.2.1:1044        mail.smartmx.net:ntp    ESTABLISHED
udp        0      0 169.254.2.1:1045        netzwerkteufel.net:ntp  ESTABLISHED
bash-3.2# /etc/init.d/rc.openntpd restart
Stopping ntp server...done.
Starting ntp server...
 * Restarting multid without ntp client...
done.
bash-3.2# netstat -u
Active Internet connections (w/o servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State
udp        0      0 169.254.2.1:1047        host-217-69-78-82.dus0.ip4.kontrast.de:ntp ESTABLISHED
udp        0      0 169.254.2.1:1048        netzwerkteufel.net:ntp  ESTABLISHED
udp        0      0 169.254.2.1:1049        gromit.nocabal.de:ntp   ESTABLISHED
MfG Oliver
 
Du benutzt aber keinen gefreetzen Speedport W701. Keine Ahnung ob es daran liegt. Kann ich irgendein Script bei mir probehalber ändern um da ne start Verzögerung des ntpd hinzubekommen? Und wenn ja wie mach ich das? Bin kein Coder und mit Scripten unter Linux hab ich mich auch noch nie großartig beschäftigt.

MfG Marc-Andre
 
Code:
Index: make/openntpd/files/root/etc/init.d/rc.openntpd
===================================================================
--- make/openntpd/files/root/etc/init.d/rc.openntpd	(revision 4090)
+++ make/openntpd/files/root/etc/init.d/rc.openntpd	(working copy)
@@ -49,6 +49,7 @@
 		ln -s /tmp/flash/ntpd.conf /mod/etc/ntpd.conf
 	fi
 	
+	sleep 5
 	ntpd -s -f /mod/etc/ntpd.conf
 	exitval=$?
 	if [ "$exitval" -eq 0 ]; then
Danach ein "make openntpd-dirclean" und das Image mit make neu bauen.

MfG Oliver
 
Danke Oliver. Das funktioniert jetzt mit dem Restart.

Code:
/var/mod/etc/init.d # ./rc.openntpd restart
Stopping ntp server...done.
Starting ntp server...restarting multid without ntp client...done.
/var/mod/etc/init.d # netstat -u
Active Internet connections (w/o servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State
udp        0      0 169.254.2.1:2079        ntp1.sda.t-online.de:ntp ESTABLISHED
udp        0      0 169.254.2.1:2080        ntp1.sul.t-online.de:ntp ESTABLISHED
udp        0      0 169.254.2.1:2081        sinister.wzw.tum.de:ntp ESTABLISHED
udp        0      0 169.254.2.1:2082        dexter.wzw.tum.de:ntp   ESTABLISHED
udp        0      0 169.254.2.1:2083        zit-net1.uni-paderborn.de:ntp ESTABLISHED
udp        0      0 169.254.2.1:2084        ccc-hanau.de:ntp        ESTABLISHED
udp        0      0 169.254.2.1:2086        srv-server01.nue.kontrast.de:ntp ESTABLISHED
udp        0      0 169.254.2.1:2087        bock130.dotsource.de:ntp ESTABLISHED
/var/mod/etc/init.d #
Die Frage ist jetzt muss ich das jetzt bei jedem Release selber machen oder wird das jetzt fest in den folgenden Versionen integriert?

MfG Marc-Andre
 
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.