Freetz 7390 nur halbe download speed

xequtor · 25 Mrz 2011

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 · 25 Mrz 2011

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

Gruß
Oliver

xequtor · 25 Mrz 2011

ja da ist es, was soll ich damit machen?

Code:

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 · 25 Mrz 2011

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

Gruß
Oliver

xequtor · 25 Mrz 2011

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

Code:

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

Code:

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 · 25 Mrz 2011

xequtor schrieb:
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 · 25 Mrz 2011

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

sven@mainz · 26 Mrz 2011

xequtor schrieb:
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 · 26 Mrz 2011

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

xequtor · 26 Mrz 2011

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

abraXxl · 4 Mai 2011

sven@mainz schrieb:
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 · 5 Mai 2011

chrony, steht doch im Zitat drin.

RalfFriedl · 5 Mai 2011

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

abraXxl · 6 Mai 2011

So zur Nachvollziehbarkeit:
Die Fehlermeldung ist:

Code:

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:

Code:

[...]
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 · 6 Mai 2011

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 · 6 Mai 2011

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

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

Gruß
Oliver

Freetz 7390 nur halbe download speed

Neuer User

Anhänge

IPPF-Urgestein

Neuer User

IPPF-Urgestein

Neuer User

sven@mainz

Guest

Neuer User

sven@mainz

Guest

Neuer User

Neuer User

Mitglied

sven@mainz

Guest

IPPF-Urgestein

Mitglied

IPPF-Urgestein

IPPF-Urgestein

Statistik des Forums