Freetz 7390 nur halbe download speed

[xequtor]

hab ne gefreetzte 7390 (mit 84.04.91freetz-devel) mit 50Mbit von T-Kom aber kann nur mit halbe Leistung (2.9 MB/s) downloaden aber mit meine gefreetze W920V hab ich die volle download-Leistung ca 6 MB/s.
Die Zugangsdaten sind gleich bei beiden. Egal ob über LAN oder WLAN gleiche Geschichte auf allen Rechner, was kann es sein?
Datentransfer vom NAS über WLAN bis ca 10MB/s

Sync mit 51376kB/s
FritzBox: DSL-Version 1.68.16.17
DSL Vermittlungsstelle: Infineon 9.6.3.11 - H0 0

 

[olistudent]

Geh mal bitte auf die Konsole und gib "top" ein. Evtl. hängt der chronyd oder hast du ihn entfernt?

Gruß
Oliver

 

[xequtor]

ja da ist es, was soll ich damit machen?

PID  PPID USER     STAT   VSZ %MEM %CPU COMMAND
 2505     1 root     S     1248   1%   8% /sbin/chronyd -f /var/tmp/chrony.conf
  464     6 root     SW<      0   0%   1% [capi_oslib]

 

[olistudent]

Kannst du mal bitte die ersten 10 Zeilen der Ausgabe von top einfügen? In code-Tags.

Gruß
Oliver

 

[xequtor]

chronyd hab ich schon gekilled und es geht jetzt wieder mit volle Geschwindigkeit, nun die frage ist warum.

Mem: 61748K used, 55864K free, 0K shrd, 7356K buff, 22996K cached
CPU:   0% usr   1% sys   0% nic  98% idle   0% io   0% irq   0% sirq
Load average: 0.19 0.07 0.03 2/71 5985
  PID  PPID USER     STAT   VSZ %MEM %CPU COMMAND
 5985  5949 root     R     1096   1%   1% top
  464     6 root     SW<      0   0%   1% [capi_oslib]
  721     1 root     S     4648   4%   0% multid -t
  709     1 root     S N  10464   9%   0% ctlmgr
  739   737 root     S N  10464   9%   0% ctlmgr
  737   709 root     S N  10464   9%   0% ctlmgr
  738   737 root     S N  10464   9%   0% ctlmgr

Edit: und nach box reboot wieder da

Mem: 60068K used, 57544K free, 0K shrd, 7184K buff, 22332K cached
CPU:   5% usr  11% sys   2% nic  46% idle   0% io   2% irq  32% sirq
Load average: 0.80 0.47 0.18 4/71 2579
  PID  PPID USER     STAT   VSZ %MEM %CPU COMMAND
 2543     1 root     R     1216   1%  20% /sbin/chronyd -f /var/tmp/chrony.conf
  709     1 root     S N  10520   9%   4% ctlmgr
  468     6 root     SW<      0   0%   2% [capi_oslib]
 2474  2058 root     R     1096   1%   1% top
 1765     1 root     S     5136   4%   1% telefon a127.0.0.1
 2483     1 root     RWN      0   0%   1% [kdsld_token]
  470   469 root     S     5128   4%   0% /usr/bin/vdsld ats

 

[sven@mainz]

chronyd hab ich schon gekilled und es geht jetzt wieder mit volle Geschwindigkeit, nun die frage ist warum.

Der hat ein Problem und loggt jede Sekunde mehrmals einen Fehler. Ich hab den in freetz rausgepatcht und dann ist Ruhe.

 

[xequtor]

also muss neues image bauen und neu flashen oder?
rauspatchen ohne neu flashen geht nicht?

 

[sven@mainz]

also muss neues image bauen und neu flashen oder?

Ja.

rauspatchen ohne neu flashen geht nicht?

Nein, da das rauspatchen auch ein neues Flashen bedeutet.

 

[xequtor]

soll ich sonst was für 7390 entfernen?
Kann man das neue Image über webgui einspielen und bleiben die Zugangsdaten erhalten?

 

[xequtor]

deaktivieren von Zeitsynchronisation (NTP) hat auch geholfen so muss man nicht neu flashen.

 

[abraXxl]

Der hat ein Problem und loggt jede Sekunde mehrmals einen Fehler. Ich hab den in freetz rausgepatcht und dann ist Ruhe.

Welchen denn. Ich versuche das gerade hier zu reproduzieren mit er 7390-91, bisher ohne erfolg.
Kannst du evtl den Fehler nochmal reproduzieren und den sich wiederholenden Logeintrag posten?

 

[sven@mainz]

chrony, steht doch im Zitat drin.

 

[RalfFriedl]

Gefragt war nicht der Name des Programms, sondern die konkrete Meldung, die kommt.

 

[abraXxl]

So zur Nachvollziehbarkeit:
Die Fehlermeldung ist:

May  6 13:53:21 7390 daemon.err chronyd[3255]: Could not start measurement : Operation not permitted
May  6 13:53:21 7390 daemon.err chronyd[3255]: Could not start measurement : Operation not permitted
May  6 13:53:21 7390 daemon.err chronyd[3255]: Could not start measurement : Operation not permitted
May  6 13:53:21 7390 daemon.err chronyd[3255]: Could not start measurement : Operation not permitted
May  6 13:53:21 7390 daemon.err chronyd[3255]: Could not start measurement : Operation not permitted
May  6 13:53:21 7390 daemon.err chronyd[3255]: Could not start measurement : Operation not permitted
May  6 13:53:21 7390 daemon.err chronyd[3255]: Could not start measurement : Operation not permitted
May  6 13:53:21 7390 daemon.err chronyd[3255]: Could not start measurement : Operation not permitted
May  6 13:53:21 7390 daemon.err chronyd[3255]: Could not start measurement : Operation not permitted

Der Straceoutput dazu:

[...]
getpid()                                = 3255
write(0, "<27>May  6 13:52:37 chronyd[3255]: Could not start measurement : Operation not permitted\0", 89) = 89
rt_sigaction(SIGPIPE, {SIG_DFL, [RT_68 RT_70 RT_71 RT_73 RT_74 RT_75 RT_76 RT_82 RT_87], 0}, NULL, 16) = 0
ioctl(3, PHN_SET_REGS or RTC_UIE_ON, 0) = -1 EPERM (Operation not permitted)
rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_STACK|SA_INTERRUPT|0x2b245e0}, {SIG_DFL, [RT_68 RT_70 RT_71 RT_73 RT_74 RT_75 RT_76 RT_82 RT_87], 0}, 16) = 0
time([1304682757])                      = 1304682757
getpid()                                = 3255
[...]

 

[RalfFriedl]

Kannst Du feststellen, als welcher User chronyd läuft, und welche Datei auf FD 3 geöffnet ist?

Oder entfernen wir grundsätzlich chronyd und kümmern uns nicht um den Grund des Problems?

 

[olistudent]

Ich denke wir haben den Fehler gefunden: http://freetz.org/ticket/1327

Scheinbar erhält das Device auf der 7390 unterschiedliche Majors...

Gruß
Oliver