7490 schmiert bei unterschiedlichen Belastungen ab? Ideen?

ist das gleiche Fehlerbild auch mit der AVM "Original-FW." feststellbar?

johndd schrieb:

und gleichzeit ein Video öffne, stürtz die Box auch ab.

Zum Vergrößern anklicken....

Kannst Du definitiv die Last dafür verantwortlich machen (ja, ich habe den Titel gelesen, frage aber trotzdem einfach nach) oder ist es einfach nur so, daß Dir das beim ersten Mal so aufgefallen ist und Du das jetzt immer gleich so testest ?

Ich habe dabei ein mögliches Problem mit einem Watchdog oder einer gelockten Resource im Auge, wenn die nach dem Abbruch des Telefonats nicht wieder ordentlich freigegeben wird und wo dann nach angemessener Wartezeit eben bei anderen Komponenten Panik ausbricht.

Was passiert, wenn Du die Box die nächsten 10 Minuten nach dem Abbruch des Telefonats in Ruhe läßt ?

Gibt es irgendeinen Inhalt (also richtig nachsehen und nicht nur "cat") in /var/flash/panic (Minor-ID 96, falls es kein passendes Device gibt) oder /var/flash/crash.log (Minor-ID 95) ? Das Schreiben dorthin ist in vielen AVM-Treibern verankert, da dürfte auch freetz nichts dran ändern.

EDIT/Spaß:
Die 7490 (das Flagschiff derzeit) dürfte damit wohl kaum überlastet sein, außer sie mag die Videos nicht, die Du Dir da ansiehst ... macht deshalb die Augen zu und schläft darüber dann ein. Wenn sie dann mit der Stirn auf den Schreibtisch haut, schreckt sie hoch, verschluckt sich dabei und startet dann neu.

EDIT2:
Was mir gerade noch aufgefallen ist: Du schreibst, Du hast das Image mit dem Trunk gebaut. Nachdem der "offiziell" für die 7490 das Ersetzen des Kernels nur bis 06.05 unterstützt, mußt Du ja manuell andere Einstellungen vorgenommen haben. Vielleicht schreibst Du noch dazu, auf der Basis welcher Firmware-Version und mit welchen Kernel-Quellen Du das Image überhaupt erstellt hast ? Bei einer 06.20 sollte man wahrscheinlich die Labor-Quellen für die 06.10-irgendwas nehmen, ich weiß aber nicht, wie die Abhängigkeiten in der Config.in konfiguriert sind, wenn man 06.20 anstelle Labor als Ziel wählt.

... und auch die anderen Dienste könnten (wenn aktiv) dazu beitragen.
OpenVPN mit TAP hat z.B. in der Vergangenheit (wenn auf ganz anderen Boxen) im Zusammenhang mit WLAN Boxen zum Absturz gebracht.
Es könnte also helfen, die Dienste "einzeln" zu testen bzw. zu sehen, was z.B. mit der Box mit ersetztem Kernel aber ohne OpenVPN und/oder ohne (aktive) ip rules passiert.