[Problem] Fritz Box 7330 CPU dauerhaft auf 99%

Sidebar Sidebar
Upgrade 3CX to v18 and get it hosted free!
J

Jackie78

Neuer User
Mitglied seit
2 Apr 2005
Beiträge
166
Punkte für Reaktionen
2
Punkte
18
Hallo,

meine Fritz Box 7330 läuft dauerhaft auf ca. 99% CPU Auslastung, egal wieviel Traffic über die Leitung geht. Das Problem bestand schon vor dem letzten Firmwareupdate, ist mir aber aufgefallen, da das Update kaum durchführbar war, die Weboberfläche ist extrem träge.

Hier mal ein paar Screenshots:
[Edit: ich würde gerne Screenshots hochladen, das Fenster "Anhänge verwalten" bleibt bei mir grau, und Links auf abload . de werden ausgesternt, warum? :( ]

ich habe Annex J mit DSL 6000 (5000er Profil), ein Fritz Fon und einen USB Hub dranhängen (USB Speicher für Anrufbeantworter und ein Drucker), außerdem einen Switch per LAN, und 3-4 WLAN Geräte (Handy, FireTV, etc.)

Was verursacht diese exteme Auslastung? Die tritt auch Nachts auf, und da mache ich eigentlich nix mit der Box. Diagnose meldet ebenfalls nichts. Was könnte da kaputt sein?

Danke für alle Tipps
 
Zuletzt bearbeitet:
Hallo,

schaust Du Dir unter

System -> Energiemonitor -> Energieverbrauch -> FRITZ!Box Hauptprozessor

oder

System -> Enrgiemonitor -> Statistik -> CPU-Auslastung

an? Kann mich an einen Fall hier erinnern, bei dem das schon einmal verwechselt wurde. ;)
 
Jackie78 schrieb:
Was verursacht diese extreme Auslastung?
Zum Vergrößern anklicken....
Diese extreme Auslastung wird durch einen bestimmten Prozess auf der Fritzbox verursacht.
Die Hotline würde dir empfehlen, die Fritzbox neu zu starten. Was du bestimmt schon gemacht, aber nicht gesagt hast. Manchmal fragt die Hotline auch noch nach der Firmware-Version auf der Fritzbox und empfiehlt dann die Firmware upzudaten. Aber du hast ja bestimmt schon irgend eine aktuelle Firmware drauf.
 
Aber ob es schon die neue FW 06.50 von vorgestern ist?
 
Ich habe das Problem schon seit Monaten, die Box habe ich seitdem mehrfach neu gestartet. Ich habe das ganz neue 6.50er Update drauf gemacht, darum fiel es mir wieder auf. Die Funktion selbst ist ja da, mich stört das extrem langsame Webinterface.

Ich würde ja gerne Screenshots zeigen, aber dieses Board erlaubt weder Links zu meinem Bilderhoster ******** de, noch kann ich Anhänge hochladen, sowohl Firefox als auch Chrome zeigen hier nur ein graues Fenster. Wer ein wenig tricksen will:

abload[Punkt]de/img/fritz991rk5i.png
abload[Punkt]de/img/fritz99_2aijta.png
 
Sollte es ein Prozess sein, der dieses Verhalten auslöst, könnte man in den Supportdaten der Box auch nach dem String

Processes sorted by CPU time

suchen ... das Vorhandensein dieser Daten ist aber abhängig von der Firmwareversion der Box und gibt es noch nicht lange. Ich weiß es nicht genau, aber ich denke, es erst mit den 06.36er Versionen gesehen zu haben.

Ergänzung: Unter Windows nimmst Du am besten Wordpad zum Ansehen der Daten; Notepad kommt mit dem verwendeten einfachen Unix-Zeilenumbruch (0x0A) leider nicht klar.
 
Zuletzt bearbeitet:
Wie komme ich denn an die Supportdaten? FW ist 6.50
 
@Jackie78

Mein Tipp: Werksreset und manuelle Neukonfiguration.
 
Auch eine gute Idee, aber bevor ich mir die Arbeit der händischen Neukonfiguration machen würde, kann ein Blick in die Supportdaten nicht schaden und dauert nicht lange.
Habe keine 6.50, aber sollte dort genauso gehen: Auf der Übersichtsseite sollte es irgendwo einen Link Inhalt geben (vielleicht unten-links); von dort auf Fritz!Box Support und dann Support-Daten erstellen.
 
@DieWilde13

Warum hab ich's geahnt das wieder eine Faulenzerantwort kommt. :rolleyes:
Jackie78 soll einfach mal machen und staunen.
 
Okay, hier mal die Daten:

Processes sorted by CPU time:
Mem: 45552K used, 6204K free, 0K shrd, 680K buff, 7680K cached
CPU: 0.0% usr 76.9% sys 0.0% nic 0.0% idle 0.0% io 0.0% irq 23.0% sirq
Load average: 5.07 2.54 1.03 2/91 3252
PID PPID USER STAT VSZ %VSZ CPU %CPU COMMAND
1100 1 root R 18408 35.5 0 35.8 ctlmgr
3250 3048 root R 1312 2.5 0 33.3 top -b -n1
82 2 root SW 0 0.0 0 25.6 [mtdblockd]
3140 1100 root S 4296 8.2 0 2.5 gcupd -m https://www.google.com/m8/feeds/photos/media/*
1120 2 root SW 0 0.0 0 2.5 [pmex_ne]
1796 1 root S 9132 17.6 0 0.0 /usr/bin/aha
1115 1 root S 8288 15.9 0 0.0 upnpd
1518 1 root S 6924 13.3 0 0.0 telefon a127.0.0.1
1619 1 root S < 6588 12.7 0 0.0 voipd
1597 1518 root S 6320 12.1 0 0.0 dect_manager
1461 1 root S 5312 10.2 0 0.0 pbd
1382 1 root S 5260 10.1 0 0.0 dsld -i -n
1221 1 root S 5096 9.8 0 0.0 multid
890 1 root S 4820 9.3 0 0.0 dsl_control -i10_00_10_40_00_04_01_00 -f/lib/modules/dsp_ar9/ar9-B-dsl.bin -n/etc/dsl/notify/dsl_notify.sh
1701 1 root S 4780 9.2 0 0.0 feedd
915 1 root S 4276 8.2 0 0.0 dsl_monitor -d
1338 1 root S 4104 7.9 0 0.0 ddnsd
2409 1 root S 3944 7.6 0 0.0 usermand
1346 1 root S 3820 7.3 0 0.0 upnpdevd
2412 1 root S 3792 7.3 0 0.0 contfiltd
1750 1 root S 3664 7.0 0 0.0 audiod
1342 1 root S 3360 6.4 0 0.0 pcpd
1357 1 root S 3324 6.4 0 0.0 wland -B
1065 1 root S 3116 6.0 0 0.0 avmipcd
1739 1 root S 2488 4.8 0 0.0 pictured -Dpicserver -Dhandheld -Dsequence -Dpicdb -Djpegconvert
761 1 root S 2456 4.7 0 0.0 /bin/configd
1818 1 root S 2216 4.2 0 0.0 /usr/bin/boxnotifyd
2563 1221 root S 2196 4.2 0 0.0 /sbin/chronyd -n -f /var/tmp/chrony.conf
1871 1 root S 1476 2.8 0 0.0 oamd
709 384 root S < 1432 2.7 0 0.0 /sbin/udevd --daemon
384 1 root S < 1428 2.7 0 0.0 /sbin/udevd --daemon
708 384 root S < 1428 2.7 0 0.0 /sbin/udevd --daemon
2209 1 root S 1412 2.7 0 0.0 hostapd -B /etc/wpa2/WSC_ath0.conf
2369 1 root S 1412 2.7 0 0.0 hostapd -B /etc/wpa2/WSC_guest2.conf
3047 1100 root S 1316 2.5 0 0.0 sh -c /bin/supportdata
3048 3047 root S 1316 2.5 0 0.0 {supportdata} /bin/sh /bin/supportdata
3138 1739 root S 1316 2.5 0 0.0 {picconv.sh} /bin/sh /bin/picconv.sh https://www.google.com/*
1 0 root S 1312 2.5 0 0.0 init
1841 1 root S 1312 2.5 0 0.0 init
390 1 root S 1308 2.5 0 0.0 tail -f /nohup.out
1729 1 root S 1308 2.5 0 0.0 /usr/sbin/inetd
3252 3138 root S 1300 2.5 0 0.0 sleep 1
1825 1 root S 1180 2.2 0 0.0 /bin/run_clock -c /dev/tffs -d
1118 2 root SW 0 0.0 0 0.0 [autbtex]
39 2 root DW 0 0.0 0 0.0 [kswapd0]
3 2 root RW 0 0.0 0 0.0 [ksoftirqd/0]
1119 2 root SW 0 0.0 0 0.0 [ceocex_ne]
302 2 root RW< 0 0.0 0 0.0 [avm_dect_thread]
1702 2 root SW 0 0.0 0 0.0 [avmcsrpc]
100 2 root SW 0 0.0 0 0.0 [tffsd]
1121 2 root SW 0 0.0 0 0.0 [pmex_fe]
407 2 root SW 0 0.0 0 0.0 [khubd]
4 2 root SW 0 0.0 0 0.0 [events/0]
101 2 root SW 0 0.0 0 0.0 [avmnet_workqueu]
802 2 root SW 0 0.0 0 0.0 [usb-storage]
298 2 root SW 0 0.0 0 0.0 [pcmlink_ctrl]
414 2 root SW 0 0.0 0 0.0 [flush-254:0]
19 2 root SW 0 0.0 0 0.0 [bdi-default]
49 2 root SW 0 0.0 0 0.0 [pm_info]
18 2 root SW 0 0.0 0 0.0 [sync_supers]
297 2 root SW 0 0.0 0 0.0 [capi_pipew/0]
104 2 root SW 0 0.0 0 0.0 [avmnet_timer]
2 0 root SW 0 0.0 0 0.0 [kthreadd]
40 2 root SW 0 0.0 0 0.0 [aio/0]
5 2 root SW 0 0.0 0 0.0 [khelper]
299 2 root SW 0 0.0 0 0.0 [capitransp]
8 2 root SW 0 0.0 0 0.0 [async/mgr]
96 2 root SW 0 0.0 0 0.0 [l2tp]
21 2 root SW 0 0.0 0 0.0 [kblockd/0]
56 2 root SWN 0 0.0 0 0.0 [avm_debugd]
792 2 root SW 0 0.0 0 0.0 [scsi_eh_0]
176 2 root SW 0 0.0 0 0.0 [cleanup_timer_f]
857 2 root SW 0 0.0 0 0.0 [RTT_Client]
1308 2 root SW 0 0.0 0 0.0 [flush-8:0]
 
Es wäre sehr nett, wenn du die Liste in Code-Tags* packen würdest, dann wäre alles viel besser lesbar und sogar mit Tabs etc.
*Im erweiterten Editor mit #.png "Code einfügen
Code: 
.

Beispiel:
[CODE][B]  PID  PPID USER     STAT   VSZ %VSZ CPU %CPU COMMAND[/B]
 1100     1 root     R    18408 35.5   0 35.8 ctlmgr
 3250  3048 root     R     1312  2.5   0 33.3 top -b -n1
   82     2 root     SW       0  0.0   0 25.6 [mtdblockd]

etc. etc.

Wo wir auch gleich bei den 3 heftigsten Prozessen mit insgesamt rund 95% CPU wären.
- ctlmgr: scheint eine alte 7330-"Krankheit" zu sein
- top -b -n1: aktuell ausgeführtes commando für die "Processes sorted by CPU time"
- [mtdblockd]: scheint ebenso eine alte 7330-"Krankheit" zu sein

Unterm Strich ist die 7330 wohl mit allen FW ab 6.x überlastet, wie es auch 7170 und 7270 mit den letzten aktuellen FWs erging - anscheinend fehlt es an allem.
Meine Standard-Meinung dazu bleibt aber: Besser das WebIF ist schnarchlangsam als die Kernkompetenzen Box. Wenn z.B. die VoIP-Telefonie noch glasklar ist bei einem Fullspeed-Download per WLAN, haben wir noch kein echtes Problem. Trotzdem mein Tipp: 7362sl, da bleibt die CPU fast immer bei moderaten 67%.

Und ja, bei FW bis einschließlich 6.32 (7420) gab es noch keine "Processes sorted by CPU time"
 
andilao schrieb:
wie es auch 7170 und 7270 mit den letzten aktuellen FWs erging
Zum Vergrößern anklicken....
Also da muß ich widersprechen. Bei der 7112/7113 gebe ich dir recht.

Gegen die 7330 laufen die im Leerlauf, sieh selbst:
Code: 
[B][COLOR="#FF0000"]7270[/COLOR][/B]# top
Mem: 49420K used, 5612K free, 0K shrd, 2560K buff, 15060K cached
CPU: 14.2% usr 14.2% sys  0.0% nic 64.2% idle  0.0% io  7.1% irq  0.0% sirq
Load average: [COLOR="#FF0000"]0.00 0.00 0.00[/COLOR] 1/86 4364
 [B] PID  PPID USER     STAT   VSZ %VSZ CPU %CPU COMMAND[/B]
 4364  4325 root     R     1436  2.5   0 28.5 top
  607     1 root     S    14836 26.8   0  0.0 ctlmgr
  657   607 root     S    14836 26.8   0  0.0 ctlmgr
  658   657 root     S    14836 26.8   0  0.0 ctlmgr
  659   657 root     S    14836 26.8   0  0.0 ctlmgr
  611     1 root     S     7824 14.1   0  0.0 upnpd
 1295   611 root     S     7824 14.1   0  0.0 upnpd
 1297  1295 root     S     7824 14.1   0  0.0 upnpd
 1296  1295 root     S     7824 14.1   0  0.0 upnpd
 1505  1501 root     S     6568 11.8   0  0.0 telefon a127.0.0.1
 1501     1 root     S     6568 11.8   0  0.0 telefon a127.0.0.1
 1506  1505 root     S     6568 11.8   0  0.0 telefon a127.0.0.1
 1511     1 root     S <   6164 11.1   0  0.0 voipd
 1549     1 root     S     5904 10.6   0  0.0 maild
 1509  1501 root     S     5828 10.5   0  0.0 dect_manager
 1546     1 root     S     4752  8.5   0  0.0 feedd
 1488  1486 root     S     4736  8.5   0  0.0 pbd
 1489  1486 root     S     4736  8.5   0  0.0 pbd
 1486  1484 root     S     4736  8.5   0  0.0 pbd
 1484     1 root     S     4736  8.5   0  0.0 pbd
Code: 
[B][COLOR="#FF0000"]7170[/COLOR][/B] # top
Mem: 29200K used, 1116K free, 0K shrd, 1336K buff, 10056K cached
CPU:  29% usr   5% sys   0% nice  58% idle   0% io   0% irq   5% softirq
Load average: [COLOR="#FF0000"]0.00 0.02 0.00[/COLOR]
 [B] PID  PPID USER     STAT   VSZ %MEM %CPU COMMAND[/B]
  380   339 root     R     1372   5%  29% top
  411     1 root     S N  11024  36%   0% ctlmgr
  520   411 root     S N  11024  36%   0% ctlmgr
  527   520 root     S N  11024  36%   0% ctlmgr
  526   520 root     S N  11024  36%   0% ctlmgr
  483     1 root     S <   6092  20%   0% voipd
  467     1 root     R     5696  19%   0% telefon a127.0.0.1
  897   550 root     S     5696  19%   0% telefon a127.0.0.1
  552   550 root     S     5696  19%   0% telefon a127.0.0.1
  551   550 root     S     5696  19%   0% telefon a127.0.0.1
  550   467 root     S     5696  19%   0% telefon a127.0.0.1
  898   550 root     S     5696  19%   0% telefon a127.0.0.1
  899   550 root     S     5696  19%   0% telefon a127.0.0.1
  416     1 root     S     5208  17%   0% upnpd
  565   416 root     S     5208  17%   0% upnpd
  567   565 root     S     5208  17%   0% upnpd
  566   565 root     S     5208  17%   0% upnpd
  447     1 root     S     4456  15%   0% dsld -i -n
  725     1 root     S     4408  15%   0% /bin/avmike
  421     1 root     S     4064  13%   0% multid
 
Zuletzt bearbeitet:
andilao schrieb:
Unterm Strich ist die 7330 wohl mit allen FW ab 6.x überlastet, wie es auch 7170 und 7270 mit den letzten aktuellen FWs erging - anscheinend fehlt es an allem.
Zum Vergrößern anklicken....

Warum hat dann die 7312 eigentlich diese Probleme nicht? M.E. ist die AR9-Serie auch nicht wirklich "untermotorisiert" wie z.B. eine 7170 oder 72x0, hat immerhin einen DualCore (MIPS 34Kc) mit knapp 400MHz, also nicht wirklich viel schlechter als z.B. eine 7490. Eine 7390 ist da (bis auf den Arbeitsspeicher) schon schwächer "motorisiert" als eine 7312 oder 7330.
Sollte das also am Arbeitsspeicher liegen? Aber die Probleme mit der hohen CPU-Last tauchte bei der 7330 schon vor längerer Zeit auf, auch schon mit FritzOS 6.0x und die 72x0 hat mit dieser FritzOS Version trotz nur 64MB RAM diese Probleme imo nicht.

Also ich glaube/hoffe da eigentlich immer noch an einen Bug der behoben werden könnte.
 
qwertz.asdfgh schrieb:
Warum hat dann die 7312 eigentlich diese Probleme nicht?
Zum Vergrößern anklicken....
Weil die keinen USB Anschluß hat, und damit einige intensive Prozesse nicht laufen.
Eventuell auch kein AHA und anderer Schnickschnack, der in der 7330 alles läuft.
 
Naja, viel Aufschlussreiches ist da jetzt nicht zu sehen, allerdings würde mich schon noch interessieren, ob bei jedem Ziehen der Supportdaten dieser gcupd Prozess (wohl für gmail contact updater) zu sehen ist und evtl. doch damit ein kausaler Zusammenhang besteht.

Was würde ich tun?
- google-Telefonbuch mal für eine Stunde löschen und dann sehen, ob sich etwas dramatisch bzgl. CPU-Auslastung tut (Telefonbuch ist ja schnell wieder aufgesetzt).
- Den Port am Switch wechseln ... ich hatte schon einmal einen defekten Port am Switch, der dafür sorgte, dass dauernd Traffic zu sehen war (evtl. durch den Autoneg-Mechanismus).
- Dem Rat von Freetz!Box folgen und nach Werksreset alles erneut mit der Hand Stück für Stück konfigurieren und keine Sicherung zurückspielen; zwischendurch immer wieder nachschauen, wie die CPU-Belastung ist und sich überlegen, welche letzte Konfiguration das evtl. Problem ausgelöst haben könnte
- Sich danach ohne Lösung mit dem Problem abfinden oder schon mal nach einer anderen leistungsstärkeren Box umsehen, sollte der Nerv-/Störfaktor durch die hohe CPU-Belastung zu groß sein.
 
Zuletzt bearbeitet:
Hallo zusammen,

sorry dass ich diesen alten Thread nochmal hochhole, aber das Ganze lässt mir keine Ruhe, ich habe genau dasselbe Problem, auf meiner FitztBox 7330 aber neue Erkenntnisse. Nachdem ich einen kompletten Werksreset durchgeführt habe, nur das wichtigste konfiguriert hatte, und die Weboberfläche danach trotzdem unerträglich langsam ist, und ich kürzlich bei einem Nachbarn im Haus nebenan eine Fritz Box 7430 (Nachfolgemodell meiner 7330) eingerichtet habe, und diese von Beginn an ebenso langsam war, inklusive Timeouts auf der Weboberfläche, habe ich jetzt den Verdacht, dass die Box evtl. mit dem bei uns verfügbaren DSL ein Problem hat, das ist die einzige Möglichkeit, die mir noch einfällt.

Hier gibt es in der ganzen Straße im Prinzip nur ein Profil, das geschaltet wird, nämlich Telekom Annex J im 5000er Profil. Kann diese spezielle Kosntellation für die Probleme sorgen? Die Slowdowns treten nämlich immer erst auf, nachdem eine DSL Verbindung da ist. Macht da vielleicht der Modemteil Probleme? Wie könnte man da jetzt weitermachen, hilft AVM da unter Usmtänden?
 
Auch hier würde der Abschnitt "Processes sorted by CPU time:" aus den Supportdaten von Deiner als auch von der Nachbarbox evtl. weiterhelfen; der Rest ist Spekulation ohne Fakten, was sollen die Leute hier dazu sagen?
 
Hallo ich hbin heute durch Zufall auf diesen Thread gestoßen. Auf die Antwort eines Users hier habe ich ein wenig rumprobiert und siehe da.... ....Ich habe den Mediaserver deaktiviert und die Prosessorlast ist auf auf 67% gesunken. Ich habe mich hier nur angemeldet in der Hoffnung das dir das hilft, falls du diesen nicht brauchst. OT: Ich musste Extra eine neue Mail-Adresse erstellen um mich hier anzumelden, die Anwort vom Admin "Ja, liegt an der Adresse, wegen:" Daraus wurde ich nicht schlau und 5 Seiten lesen wollte ich ach nicht... Kann mir jemand kurz sagen warum meine min. 8 Jahre alte Yahoo adresse gesperrt ist. DANKE mit freundl. Grüßen P.S.eigendlich hatte ich Leerzeilen gelassen aber die sind weg....Sry
 
Um antworten zu können musst du eingeloggt sein.

Zurzeit aktive Besucher

Gesamt: 868 (Mitglieder: 46, Gäste: 822)

Neueste Beiträge

Statistik des Forums

Themen
246,171
Beiträge
2,247,405
Mitglieder
373,714
Neuestes Mitglied
Panicmaker
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.
Ihr E-Mail-Adresse verifizieren

Ihr E-Mail-Adresse verifizieren

Wir haben Ihnen eine E-Mail geschickt. Klicken Sie auf die Schaltfläche im E-Mail-Text, um Ihre E-Mail-Adresse zu verifizieren – (Können Sie diese nicht finden können, dann überprüfen Sie Ihren Spam-Ordner).

IPPF im Überblick

Neueste Beiträge

Direktlinks Telefonanlage

Website-Sponsoren

3CX sponsor
KONTAKTIEREN SIE UNS BEI INTERESSE
| Style by ThemeHouse
XenPorta 2 PRO © Jason Axelrod of 8WAYRUN
Oben Unten
Zurück