Open h45rd opened 5 years ago
What is callmon? This tool, the package callmonitor included in Freetz or something else?
Bitte die .config Datei anhängen. Tritt der Fehler auch ohne callmon auf?
Uff.. sorry für die Verwirrung. Ja. Ich meine das Freetz Package Callmonitor.
Der Fehler tritt nur auf, wenn Callmonitor mitgebaut wird und im Image ist und erst sobald eine Telefonnummer konfiguriert wird. Ob der Callmonitor Daemon läuft oder nicht ist dabei egal. Sobald er im Image ist und eine Nummer konfiguriert ist, gibt es den o.g. Crash.
Die Config von meinem Minimalbauversuch habe ich gerade nicht mehr zur Hand. Das Problem trat aber - wenn ich mich richtig erinnere - schon mit der default Freetz Config, welcher lediglich Callmonitor hinzugefügt wurde, auf. Ich verifiziere das aber heute Abend und gebe nochmal Rückmeldung.
Hier meine "Alltagsconfig", mit der es auf jeden Fall knallt. Beim Durchschauen und Schreiben kommt mir gerade die Idee, dass es ggfs. auch an der Mitauswahl von @PeterPawn's _FREETZ_PACKAGE_DECRYPT_FRITZOSCFG=y in Verbindung mit dem Callmonitor liegen könnte. Denn ohne die Funktion habe ich nie mit Callmonitor gebaut.
Aktuellen trunk neu ausgecheckt. .config wie folgt alles default, bis auf: Experte -> 6490 -> Fritz!OS 7.x. Dazu Callmonitor und Decrypt Pakete gewählt.
Gleicher Bootloop auch mit dem Minimalimage. Kann das jemand reproduzieren oder liegt bei mir ggfs. etwas Anderes im Argen?
Kurze Rückmeldung zum Workaround hier (auf meinen Forenaccount im IPPF habe ich leider gerade keinen Zugriff. Wurde mit der neuen Forensoftware die Passwortdatenbank resetted? War schon eine Weile nicht mehr da..).
Habe gestern Abend einen aktuellen Trunk auf 7.01 Basis mit meiner o.g. Alltagskonfig + Callmonitor gebaut und ohne Einstellungen zurückzusetzen über's Webif geupdated.
Ergebnis: Kein Bootloop mehr und Callmonitor funktioniert soweit. Rückwärtssuche online oder im internen Telefonbuch funktionierte jedoch nicht. Callmonitor konfiguriert und nach erneutem Log Check gesehen, dass wget SSL braucht und entsprechend neues Image gebaut.
Nach Flashen diesen Images wieder in einem Bootloop gelandet. Per _SETENV linux_fsstart auf die alternative Partition mit dem vorherigen Image (Callmonitor mit wget ohne SSL), welches zuvor problemlos lief (als Callmonitor noch unkonfiguriert war), gewechselt. Ergebnis: Weiterhin Bootloop.
Hatte leider keinen syslogd laufen und da es relativ spät war und die Box mittlerweile im Produktiveinsatz steht, habe ich an dieser Stelle abgebrochen und bin auf mein ursprüngliches Image ohne Callmonitor zurück.
Lange Rede, kurzer Sinn: Ich denke auch mit dem aktuellen Workaround kann es bei bestimmten Konfigurationen des Callmonitors weiterhin zu einem Bootloop kommen. Welche Optionen dabei jetzt genau relevant sind und ob die Beobachtung überhaupt stimmt, kann ich vermutlich erst am Wochenende untersuchen.
Ich habe auch genau dieses Problem. Da ich den Callmonitor verwende um Anrufe an openHAB zu melden, würde ich auch ungerne darauf verzichten.
@h45rd Gibt es denn ein Update? Das letzte Post war ja Anfang Dezember.
Danke und viele Grüße
Habe mich leider noch nicht weiter damit befasst. Zeitmangel und Fehlen einer "Bastelbox". Mittlerweile alle im Produktiveinsatz.. da bekomme ich eine auf den Deckel, wenn ich mal für ein paar Stunden spielen will :)
Das Debugging wird zusätzlich dadurch erschwert, dass der Fehler scheinbar nur bei bestimmten Konfigurationen auftritt. Oder nutzt einfach kaum noch jemand den Callmonitor?
@msebald Vielleicht finden wir ja den Übeltäter, wenn wir unsere Konfigurationen vergleichen.
Hier die callmonitor.diff:
export CALLMONITOR_ENABLED='yes'
export CALLMONITOR_EXPERT='yes'
export CALLMONITOR_PHONEBOOKS='avm callers cache'
export CALLMONITOR_READ_FONBUCH='yes'
export CALLMONITOR_REVERSE_PROVIDER='49:telefonbuch 43:telefonbuch_at 41:search_ch 39:pronto_it 32:wittegids_be other:'
export CALLMONITOR_USERNAME='callmon'
Habe am ehesten die Rückwärtssuche (entweder im internen Telefonbuch oder im Web) in Verdacht. Keine Ahnung, warum die beim Initialisieren anspringen könnte/sollte, aber bei der Vorwahlensuche war das ja auch der Fall.
An der Fritz Konfig selbst wäre ggfs. außergewöhnlich, dass ich 14 Rufnummern konfiguriert und ein recht großes Telefonbuch habe.
hermann72pbs Analyse legt nahe, dass man im Callmonitor Source schauen sollte, was genau beim Initialisieren (nicht Starten) des Callmonitors je nach gesetzten Optionen passiert und während der Bootphase "hängen" könnte.
Falls Du Zeit und den Nerv hast: schon versucht per Ausschlussverfahren zu ermitteln, welche Funktion den watchdog triggert? Ich würde so vorgehen: alle Einstellungen zurücksetzen und nur eine Rufnummer konfigurieren. Dann jeweils eine Option im Callmonitor setzen, Reboot. Und das so lange, bis es wieder zum Bootloop kommt. Dann die entsprechende Stelle im Source suchen..
@h45rd , sorry, dass ich mich nicht mehr gemeldet habe. War und bin dann auch eingespannt gewesen und ein Testdevice habe ich natürlich auch keines. War bis heute auf 6.92. Die Config vom Callmonitor habe ich natürlich auch nicht rausgesucht.
Wie dem auch sei. Habe heute bce5b22 mit Firmware 7.12 für die Fritzbox 7590 kompiliert und aufgespielt. Kein Absturz, nichts. Habe auch mal einen Testanruf gemacht, der im Callmonitor eine Aktion ausgelöst hat, die auch funktioniert hat. Auch hier kein Absturz. Die Box läuft nun seit ~1 Stunde. Sieht soweit erstmal gut aus.
Sollte es doch wieder zu Abstürzen bzw Reboots kommen, werde ich direkt hier rein schreiben. Auch könnte ich natürlich die Config vom Callmonitor noch raussuchen.
Heute Nacht, also ca 10 Stunden nach Upgrade auf bce5b22 und 7.12 hat sich die 7590 aufgehängt bzw hat neu gestartet. Ursache unbekannt, k.A., ob ich im Nachhinein hier noch etwas feststellen kann.
Mal gucken, wie's weiter geht. Stable sollte sie schon sein, und ein Reboot alle ~10 Stunden wäre nicht hinnehmbar.
Hi,
First off I want to express my sincere gratitude to everyone that worked on freetzing the 6490, especially @f-666. Great job :)
Prereqs: The following is concerning the latest dev branch (14986) of freetz, using Fritz!OS 7.x as base image. Clean checkout and build, new offline 6490 with factory defaults loaded.
While fiddling around I stumbled upon a kernel panic regarding callmon. As soon as I add any of my voip numbers, the avm watchdog will throw the following kernel panic at 125s on the next reboot and the box will keep bootlooping. Only happens when callmon is added to the image. Doesn't matter if callmon is actually running or set to start automatically or not.
During a regular boot the watchdog should be done at around 91s:
[ 91.511427] AVM_WATCHDOG: System Init Ueberwachung abgeschlossen (84590 ms noch verfuegbar)
Any advice on how to debug this further? I am not knowledgeable enough regarding the inner workings of AVMs image to draw any meaningful conclusions from what I know so far.
Cheers, h45rd
P.S.: Was ist hier eigentlich best practice RE: Sprache. Deutsch oder Englisch?