ctlmgr crashed + reboot - 7170

[Inistarus]

Während ich diesen Beitrag (von dem ich gehofft hatte, ihn gelöst zu haben) schreibe, merke ich, dass ich lediglich Zeit geschindet habe, das Problem aber nach wie vor besteht.
Deshalb vorweg:
Ich schätze, ihr denkt bei dem Titel sofort an SSL. Ich bitte euch dennoch, erst einmal zu lesen.

Folgenden Aufbau habe ich mir überlegt: erst kurz das Problem und die vermeintliche Lösung darstellen und dann in Langform sagen, was die Umstände dazu waren und was ich versucht habe. Am Schluss kommen dann ein paar mögliche Informationsquellen.

Und damit ich es am Ende nicht vergesse:
- Firtz!Box Fon WLAN 7170 (UI, also 1und1) mit FW 29.04.76
- freetz-trunk-current.tar.bz2, also 4039 vom 13.12.09 aus http://trac.freetz.org/snapshots/

Kurzform:

Das Problem:
Auch mit einem fast jungfräulichen freetz (4039, abwarten, später mehr, config im Anhang ) habe ich keine Weboferfläche (ja bekanntes Problem, siehe Langform ) und die Box startet nach ein paar Minuten (gefühlte Zeitangabe) neu. Nach dem Draufschalten mit telnet und einem ps ist erkennbar, ctlmgr läuft nicht. Mit "ctlmgr -fv" kommt dann z.B. folgendes:

ctlmgr: 2009-12-29 15:45:53(2) [Bus error] ctlmgr(792) CRASHED at crashdump_backtrace+0x71c (/lib/libavmcsock.so.2 at 0004410c) accessing 00000000 (?)

Dieses Problem trat immer auf, sobald ich isdn+telefon entfernt hatte (andere, alleine, habe ich nicht versucht). Vor einer Wiederherstellung mittels AVM-Programm lief das ganze. Auch damals funktionierende Firmwares erzeugten jetzt diesen Fehler.

Die vermeintliche Lösung:
Nach dem Wiederherstellen habe ich meine alten Einstellungen (Erweitert) wieder eingespielt. Allerdings waren die wohl zu alt. Es waren noch 3 Haken gesetzt, mit deren Entfernung verschwand auch der Fehler. Bei mir war das:
- Telefonie, Internettelefonie, Erweiterte Einstellungen, "Portweiterleitung des Internet-Routers für Internettelefonie aktiv halten"
- System, Netzwerk, UPnP, "Statusinformationen über UPnP übertragen"
- System, Netzwerk, Anbieterdienst, "Automatische Einrichtung über Computer-Programme im lokalen Netzwerk zulassen"

Nachdem ich diese Einstellungen gewählt hatte, war die Oberfläche nach dem Start mit den Firmwares ohne Telefon (und anderem) wieder erreichbar. Auch ein Neustarten von ctlmgr war möglich. Aber als ich eben für die Einstellungen oben noch einmal nachsehen wollte, wie die genau hießen, konnte ich die Oberfläche nicht mehr erreichen. Ein starten von ctlmgr führte zu dem obigen Fehler und ein Neustart folgte auch. Bis zu dem Zeitpunkt lief die Box geschätzte 5h.


Langform:

An sich baue ich meine FW per Hand (teilweise unter Hilfenahme der Patches (von Hand eintragen) und der entsprechenden sh-remove-Dateien), das Packen und Entpacken übernimmt fwmod für mich. Make nutze ich eigentlich nur, um die Programme für mich compilieren zu lassen (entnehme ich dann dem package-Ordner).
Das lief auch alles gut, ich hatte meine FW schon fast fertig, bis ich wohl bei den Libs einen Fehler gemacht habe, nach dem Flashen bootet die Box unentwegt neu. Also habe ich das Recovery-Tool von AVM genommen, welches mtd1, mtd3 und mtd4 gelöscht und restauriert hat. Dann habe ich meine alten Einstellungen, die ich gesichert hatte, vor dem ersten Flashen, neu aufgespielt.
Nun habe meine Firmwares nicht mehr funktioniert, jedenfalls sofern ich etwas aus ihnen entfernt hatte. Davon waren neue, wie bereits als funktionierend getestete Firmwares betroffen.
Bei meiner Problemsuche habe ich z.B. ctlmgr hier in der Suche eingegeben, alle 7 Seiten durch und habe mir jedes Thema angesehen, was meiner Meinung nach von Interesse sein könnte. Ich kann verstehen, dass ihr teilweise frustriert sein, wenn es ständig an SSL liegt. Und eins kann ich euch versichern: ich habe mir die Warnung durchgelesen, auch den verlinkten Eintrag. Allerdings hatte ich den Eintrag damals so verstanden, dass es nur bei Fernzugriffe, über das Internet, Probleme gibt. Und die Firmware liefen ja auch (vor dem Recovern).
Um das Problem dennoch ausschließen zu können, habe ich mir ein neues freetz (wieder 4039) runter geladen, entpackt und konfiguriert. Dabei habe ich fast alles so gelassen wie es war, natürlich die Box auf 7170 geändert. Auch habe ich ext3 aut. mounten mit rein genommen (mein USB.Stick ist so formatiert) und autorun, um telnet somit starten zu können. Dann habe ich noch ISDN+Telefon entfernen ausgewählt und sonst eigentlich fast alles so gelassen. Ein Paket habe ich nicht ausgewählt. Die .config-Datei ist angefügt. Nach einem Flashen musste ich feststellen, das das gleiche Problem hier besteht. Ich habe den USB-Stick angeschlossen, mich mit telnet drauf geschalten, durch ps gesehen, dass ctlmgr nicht läuft und mit "ctlmgr -fv" den in Anhang 1 angegebenen Fehler erhalten.
Was ich an dieser Stelle nachtragen möchte, ich habe _vorher_ "/var/flash/tr069.cfg" auf no gesetzt (siehe Anhang 2), was bei der 7170 nicht ausreicht, wie man es wohl auch an "create sema UPNPAPI_DATA_TR064" und "ctlmgr: [bt] Register_TR064_Service+0x34 (/usr/share/ctlmgr/libtr069.so at 00011784)" in Anhang1 sehen kann. Ein Ersetzen von libavm* wollte ich auch versuchen, aber unter "Advanced Options→Shared Libraries→Crypto & SSL" habe ich kein replace gefunden. Ich bin aber der Meinung, das mal gesehen zu haben, allerdings bei der alten Konfiguration, wo ich svn, dropbear und vsftpd drin hatte.

Was ich sonst noch versucht hatte, weiß ich leider nicht mehr. Jedenfalls habe ich dann irgendwann noch einmal alle Einstellungen durchgesehen und die besagten 3 Haken gefunden. Dann fiel mir auch ein, dass ich diese erst vor dem Flashen mit einer entfetteten Firmware (nur ISDN und Telefon weg) entfernt hatte (das auch nur, um auf Nummer sicher zu gehen, gelesen habe ich es nirgendwo), mein Export aber älter war. Das könnte dann auch erklären, warum der Fehler erst "nach" dem Wiederherstellen auftrat.

Jedoch trat das Problem, auch mit den entfernten Kreuzchen, wieder auf. Der Router lief schätzungsweise 5 Stunden. Als ich dann für diesen Beitrag die Bezeichnungen nachsehen wollte, war die Oberfläche nicht erreichbar. Telnet lief immer noch (die ganze Zeit in cmd durch!). Also habe ich dort nachgesehen, ps brachte Klarheit, es läuft nicht. Vermutlich habe ich es beendet, um zu sehen, wie viel Speicher damit frei wird und dann habe ich es einfach nicht wieder gestartet. Also habe ich den Start versucht und es kam wieder der Fehler, also noch einmal mit "-fv" und in Anhang 3 gepackt. Danach habe ich überlegt, ob ich Neustarten soll oder nicht und ob das Problem dann noch da sein wird. Die Box hat mir die Wahl abgenommen und selber gestartet, mom. geht es wieder.
Hierbei handelt es sich jedoch um "meine" Version. Folglich gibt es dazu keine .config. Ich habe mal in den (echten) Anhang meine eigene Denkhilfe gepackt, um so zu beschreiben, was ich gemacht habe. Das gibt aber nur kurz wieder, was es war. Und es ist, wie man sieht, auch viel entfernt worden.
Und da es mom. läuft habe ich einfach mal in Anhang 4 und Anhang 5 die Ausgabe vom "ps" und "free", falls es jmd. braucht.

Ich werde morgen vllt. noch einmal die freetz-Variante mit entferntem Telefon (und ISDN) versuchen. Allerdings dauert es wohl, wie bereits gesagt, einige Zeit bis der Fehler auftritt. (Bei meiner Version ist die Warnung bei fwmod -p mit libcrypto und libssl, allerdings habe ich die nicht angefasst. )

Wozu das ganze: Die FirtzBox wird hier nicht mehr benötigt und da dachte ich mir, mache ich darauf einen FTP- und SVN-Server. Deshalb kann ich auch so viel entfernen, ich brauche von der Box quasi nichts. Sie hängt auch hinter einem anderen Router und nutzt dessen DHCP.
Allerdings ist es störend, wenn die Box alle paar Stunden neustartet. Deshalb auch meine Fragen: Wie kann man das Problem beheben?
Und: Wie kann man einen evtl. Neustart (ich gebe zu, danach habe ich nicht explizit gesucht, das Problem beheben wäre mir hier lieber) verhindern, obwohl ctlmgr mit "Segmentation fault" abstürzt? Der Neustart liegt doch daran?

Und dann noch eine Frage, die hier eigentlich nicht her gehört, ich aber dafür kein extra Thema aufmachen wollte:
ctlmgr soll nach Top angeblich 21% Speicher belegen. Nach einem Anhalten werden aber nur rund 800KB frei, was wohl nicht 21% von 32MB sind. Warum? In Cached geht es nicht rein, das bleibt quasi unverändert, wie auch buffers.

Ich hoffe, ihr könnt mir helfen und danke im Voraus. Das es so viel geworden ist tut mir Leid. Sollte dennoch etwas fehlen, liefere ich es gerne nach.

Und was die Einstellungen in der FritzBox angeht (also die 3 Haken): dazu habe ich nichts gefunden, nicht hier im Forum und bei freetz.org war für mich nur hier unter "Remove tr069 stuff" (was ich nicht gemacht habe) ""Automatische Einrichtung durch den Dienstanbieter zulassen" in AVM-WebIF muss auch vorher deaktiviert werden!" ein Anhaltspunkt, den ich erst nachträglich gefunden habe. Selbst in der Newbie-Anleitung werden die Einstellungen des FTP nach dem Flashen verändert (habe ich nur überflogen ).
Ist das also wirklich nur ein Problem bei mir?

Anhang 1:

/ # ctlmgr -fv
create sema UPNPAPI_DATA_TR064

*** 2009-12-29 15:45:53(1) [Segmentation fault] ctlmgr(792) CRASHED at 00000000 (?) accessing 00000000 (?) ***
ctlmgr: 2009-12-29 15:45:53(1) [Segmentation fault] ctlmgr(792) CRASHED at 00000000 (?) accessing 00000000 (?)
ctlmgr: ze: 00000000 at: 2ac726ca v0: 00481150 v1: 2b0f1988
ctlmgr: a0: 2b0f1988 a1: 2b10419c a2: 00000001 a3: 00000000
ctlmgr: t0: 00000000 t1: 80000010 t2: 94029b80 t3: fffffff0
ctlmgr: t4: 0000ffff t5: 00008000 t6: 00007fff t7: 00000318
ctlmgr: s0: 2b104190 s1: 2b105880 s2: 00481150 s3: 2b0f1988
ctlmgr: s4: 2b10419c s5: 00480000 s6: 00000002 s7: 0040db40
ctlmgr: t8: 00000010 t9: 00000000 k0: 00000000 k1: 00000000
ctlmgr: gp: 2b0ccd20 sp: 7f80ab28 fp: 00481098 ra: 2b08a7c0
ctlmgr: [bt] Number of functions: 5
ctlmgr: [bt] Register_TR064_Service+0x34 (/usr/share/ctlmgr/libtr069.so at 00011784)
ctlmgr: [bt] TR064_Init+0x13c (/usr/share/ctlmgr/libtr064.so at 00007244)
ctlmgr: [bt] TR064_Init+0x80 (ctlmgr at 00424090)
ctlmgr: [bt] Tr069_And_Tr064_Init+0xa4 (ctlmgr at 0040da58)
ctlmgr: [bt] main+0xf48 (ctlmgr at 0040db40)

*** 2009-12-29 15:45:53(2) [Bus error] ctlmgr(792) CRASHED at crashdump_backtrace+0x71c (/lib/libavmcsock.so.2 at 0004410c) accessing 00000000 (?) ***
ctlmgr: 2009-12-29 15:45:53(2) [Bus error] ctlmgr(792) CRASHED at crashdump_backtrace+0x71c (/lib/libavmcsock.so.2 at 0004410c) accessing 00000000 (?)
ctlmgr: ze: 00000000 at: 1000ce00 v0: 00000005 v1: 7f80a120
ctlmgr: a0: 7f80a11c a1: 7f80a118 a2: 2ac64000 a3: fefefeff
ctlmgr: t0: 0000003a t1: 00000000 t2: 00000000 t3: 00000000
ctlmgr: t4: 00000110 t5: 00000080 t6: c01456bc t7: 00000020
ctlmgr: s0: 7f80a11d s1: fffffff4 s2: fffffffd s3: 7f80a218
ctlmgr: s4: 2ac54000 s5: 2ac64000 s6: 7f80a890 s7: 7f80a810
ctlmgr: t8: 00000052 t9: 2acf3610 k0: 2ac5c2cf k1: 00000000
ctlmgr: gp: 2ac7b5b0 sp: 7f80a0d0 fp: 00000000 ra: 2ac580fc
Segmentation fault

Anhang 2:

/*
 * /var/flash/tr069.cfg
 * Sat Jan  1 01:07:12 2000
 */

tr069cfg {
        enabled = no;

Anhang 3:

[avm_power] : ethernet port 0 status 2
[avm_power] : ethernet port 1 status 1
[avm_power] : ethernet port 2 status 1
[avm_power] : ethernet port 3 status 1

*** 2009-12-29 22:09:52(1) [Segmentation fault] ctlmgr(623) CRASHED at 00000000 (?) accessing 00000000 (?) ***
ctlmgr: 2009-12-29 22:09:52(1) [Segmentation fault] ctlmgr(623) CRASHED at 00000000 (?) accessing 00000000 (?)
ctlmgr: ze: 00000000 at: 1000ce00 v0: 00000001 v1: 00000000
ctlmgr: a0: 2ac73f4c a1: 00000001 a2: 00000000 a3: 00000001
ctlmgr: t0: 00000c00 t1: 00000010 t2: 2aab0720 t3: 00000040
ctlmgr: t4: 00000000 t5: 2ae8b2f0 t6: 2ae8b3f0 t7: 2ae89af0
ctlmgr: s0: 2aed0000 s1: 2aed0000 s2: 2ae9f2b4 s3: 2ae9c000
ctlmgr: s4: 00470000 s5: 00465bc8 s6: 0040cdec s7: 00000002
ctlmgr: t8: 00000000 t9: 00000000 k0: 00000802 k1: 00000000
ctlmgr: gp: 2aee5170 sp: 7fc085a0 fp: 00481098 ra: 2aec84a4
ctlmgr: [bt] Number of functions: 11
ctlmgr: [bt] SSL_library_init+0xac (/lib/libssl.so.0.9.8 at 000283f0)
ctlmgr: [bt] avmssl_init+0x118 (/lib/libavmssl.so at 000020bc)
ctlmgr: [bt] avmssl_init+0x178 (/lib/libavmcsock.so.2 at 0003b2ec)
ctlmgr: [bt] (csock_tcplisten+0x104)+0x1c (/lib/libavmcsock.so.2 at 0002d2e8)
ctlmgr: [bt] pthread_once+0xfc (/lib/libpthread.so.0 at 00006d20)
ctlmgr: [bt] csock_ssl_available+0x78 (/lib/libavmcsock.so.2 at 0002ac30)
ctlmgr: [bt] csock_ssl_get_file_certificate_common_name+0x30 (/lib/libavmcsock.so.2 at 0002dbc4)
ctlmgr: [bt] (RemoteMan_CheckForCertificateUpdate+0x488)+0x278 (ctlmgr at 00452ff8)
ctlmgr: [bt] (timsgprocessor_do_message+0x9fc)+0x104 (ctlmgr at 0042ce38)
ctlmgr: [bt] instantiate_module+0x154 (ctlmgr at 0040f29c)
ctlmgr: [bt] main+0xa40 (ctlmgr at 0040db40)

*** 2009-12-29 22:09:53(2) [Bus error] ctlmgr(623) CRASHED at crashdump_backtrace+0x71c (/lib/libavmcsock.so.2 at 0004410c) accessing 00000000 (?) ***
ctlmgr: 2009-12-29 22:09:53(2) [Bus error] ctlmgr(623) CRASHED at crashdump_backtrace+0x71c (/lib/libavmcsock.so.2 at 0004410c) accessing 00000000 (?)
ctlmgr: ze: 00000000 at: 1000ce00 v0: 00000005 v1: 7fc07b98
ctlmgr: a0: 7fc07b94 a1: 7fc07b90 a2: 2ac64000 a3: 80808080
ctlmgr: t0: 0000003a t1: 00000000 t2: 00000000 t3: 00000000
ctlmgr: t4: 0000010b t5: 00000080 t6: c01b96bc t7: 00000064
ctlmgr: s0: 7fc07b95 s1: fffffff4 s2: fffffffd s3: 7fc07c90
ctlmgr: s4: 2ac54000 s5: 2ac64000 s6: 7fc08308 s7: 7fc08288
ctlmgr: t8: 00000062 t9: 2acf2c50 k0: 7fc07ae8 k1: 00000000
ctlmgr: gp: 2ac7b5b0 sp: 7fc07b48 fp: 00000000 ra: 2ac580fc
AR7WDT_ungraceful_release: handle 2 (ctlmgr) still registered!
Segmentation fault

Anhang 4:

  PID USER       VSZ STAT COMMAND
    1 root      1348 S    init
    2 root         0 SWN  [ksoftirqd/0]
    3 root         0 SW<  [events/0]
    4 root         0 SW<  [khelper]
    5 root         0 SW<  [kthread]
    6 root         0 SW<  [kblockd/0]
   23 root         0 SW<  [pdflush]
   24 root         0 SW<  [pdflush]
   26 root         0 SW<  [aio/0]
   25 root         0 SW   [kswapd0]
   62 root         0 SW   [pm_info]
   66 root         0 SW<  [CPMAC]
   70 root         0 SW   [mtdblockd]
   96 root         0 SW   [tffsd_mtd_0]
  208 root         0 SWN  [jffs2_gcd_mtd6]
  225 root      1500 S    /bin/sh /etc/init.d/rc.S
  247 root         0 SW<  [khubd]
  289 root      2784 S    multid -U
  297 root       856 S    /bin/run_clock -c /dev/tffs -d
  310 root      1348 S    init
  388 root         0 SWN  [scsi_eh_0]
  389 root         0 SWN  [usb-storage]
  477 root      1340 S N  /usr/sbin/telnetd -l /sbin/ar7login
  501 root         0 SWN  [kjournald]
  532 root      1364 S N  -sh
  619 root      6336 S N  ctlmgr
  622 root      6336 S N  ctlmgr
  623 root      6336 S N  ctlmgr
  624 root      6336 S N  ctlmgr
  630 root      1340 R N  ps

Anhang 5:

             total         used         free       shared      buffers
  Mem:        30228        18420        11808            0         3112
 Swap:            0            0            0
Total:        30228        18420        11808

 

[Silent-Tears]

Und mit SSL/crypto bist du genau richtig....

Folge einfach den entsprechenden Hinweisen im Wiki, dann passt das auch.

 

[Inistarus]

Ich dachte eigentlich, ich hätte diesen Teil bereits beachtet. Da ich offenbar einen Denkfehler dabei habe, gehe ich jetzt noch einmal auf die einzelnen Schritte ein und sage, was ich da unternommen habe. Es wäre schön, wenn mir dann jemand sagen könnte, wo mein Denkfehler ist.
Ich beziehe mich hier auf die mit make erstellte Variante.

tr069 zu deaktivieren

Habe ich gemacht, siehe Anhang 2 in #1.

Bei neueren Firmwares reicht es nicht mehr aus tr069 zu deaktivieren. [...] Manchmal schafft das Ersetzen der libavmhmac Abhilfe.

Da hatte ich gesagt, dass ich unter Advanced Options→Shared Libraries→Crypto & SSL keine Option mit replace finde. :gruebel:

Es ist dann erforderlich entweder auf OpenSSL-Libs zu verzichten

Um heraus zu finden, ob die problematischen OpenSSL-Libs ins Image eingebunden werden, kann man folgenden Befehl ausführen:

Der Befehl ergibt:

$ grep -E "libssl|libcrypto" .config
# FREETZ_LIB_libcrypto is not set

Anmerkung meinerseits, suche ich manuell ohne Beachtung der Groß/Kleinschreibung finde ich noch FREETZ_HAS_LIBSSL=y.

Es folgt eine Liste mit Paketen die die OpenSSL-Libs benötigen, manche auch nur optional:

Die erhalte ich nicht. Ich habe allerdings auch kein Paket ausgewählt, wie oben beschrieben.

Man sollte nun versuchen die betroffenen Pakete statisch zu bauen

Keins der vorausgewählten und auch nicht abwählbaren Pakete (NTFS-3G und fstyp, mehr sind nicht) kann ich statisch bauen.

Auch wenn eigentlich kein Paket mehr die OpenSSL-Libs benötigt, kann es sein, dass diese immer noch ins Image gepackt werden.

Wenn ich es ausfuehre, kommt das:

$ make config-clean-deps
Step 1: temporarily deactivate all kernel modules, shared libraries and optional BusyBox applets ... DONE
Step 2: reactivate only elements required by selected packages ... DONE
The following elements have been deactivated:
  FREETZ_BUSYBOX_INETD

Ich lasse das ganze jetzt noch einmal bauen (genau so, wie es nach dem letzten Schritt ist) und werde es dann nachher, wenn es fertig ist noch einmal testen. Allerdings sehe ich auch jetzt nicht, an welcher Stelle ich einen Fehler gemacht haben könnte. Bis auf das "config-clean-deps" ist alles gleich mit dem vorherigen (dachte, das brauche ich nicht, da ich in der .config (die ja neu in einem neu entpackten freetz war) nie ein Pakete abgewählt habe).

Sollte einer meinen Fehler jetzt schon sehen, wäre ich für einen Hinweis sehr dankbar.

 

[Inistarus]

Ich lasse das ganze jetzt noch einmal bauen (genau so, wie es nach dem letzten Schritt ist) und werde es dann nachher, wenn es fertig ist noch einmal testen. Allerdings sehe ich auch jetzt nicht, an welcher Stelle ich einen Fehler gemacht haben könnte. Bis auf das "config-clean-deps" ist alles gleich mit dem vorherigen (dachte, das brauche ich nicht, da ich in der .config (die ja neu in einem neu entpackten freetz war) nie ein Pakete abgewählt habe).

Was soll ich sagen:

create sema UPNPAPI_DATA_TR064
Dec 30 15:27:30 upnpd[416]: get_file_content: can not open file /etc/default/1und1/x_voipSCPD.xml - No such file or directory (2)

*** 2009-12-30 15:27:33(1) [Segmentation fault] ctlmgr(750) CRASHED at 00000000 (?) accessing 00000000 (?) ***
ctlmgr: 2009-12-30 15:27:33(1) [Segmentation fault] ctlmgr(750) CRASHED at 00000000 (?) accessing 00000000 (?)
ctlmgr: ze: 00000000 at: 2ac726ca v0: 00481150 v1: 2b0f1988
ctlmgr: a0: 2b0f1988 a1: 2b10419c a2: 00000001 a3: 00000000
ctlmgr: t0: 00000000 t1: 94e33d10 t2: 94e33d16 t3: 952f85c8
ctlmgr: t4: 0000ffff t5: 00008000 t6: 00007fff t7: 000002ee
ctlmgr: s0: 2b104190 s1: 2b105880 s2: 00481150 s3: 2b0f1988
ctlmgr: s4: 2b10419c s5: 00480000 s6: 00000002 s7: 0040db40
ctlmgr: t8: 00000010 t9: 00000000 k0: 00000000 k1: 00000000
ctlmgr: gp: 2b0ccd20 sp: 7fa12b18 fp: 00481098 ra: 2b08a7c0
ctlmgr: [bt] Number of functions: 5
ctlmgr: [bt] Register_TR064_Service+0x34 (/usr/share/ctlmgr/libtr069.so at 00011784)
ctlmgr: [bt] TR064_Init+0x13c (/usr/share/ctlmgr/libtr064.so at 00007244)
ctlmgr: [bt] TR064_Init+0x80 (ctlmgr at 00424090)
ctlmgr: [bt] Tr069_And_Tr064_Init+0xa4 (ctlmgr at 0040da58)
ctlmgr: [bt] main+0xf48 (ctlmgr at 0040db40)

*** 2009-12-30 15:27:33(2) [Bus error] ctlmgr(750) CRASHED at crashdump_backtrace+0x71c (/lib/libavmcsock.so.2 at 0004410c) accessing 000000
00 (?) ***
ctlmgr: 2009-12-30 15:27:33(2) [Bus error] ctlmgr(750) CRASHED at crashdump_backtrace+0x71c (/lib/libavmcsock.so.2 at 0004410c) accessing 00
000000 (?)
ctlmgr: ze: 00000000 at: 1000ce00 v0: 00000005 v1: 7fa12110
ctlmgr: a0: 7fa1210c a1: 7fa12108 a2: 2ac64000 a3: fefefeff
ctlmgr: t0: 0000003a t1: 00000000 t2: 00000000 t3: 00000000
ctlmgr: t4: 00000110 t5: 00000080 t6: c01c96bc t7: 00000020
ctlmgr: s0: 7fa1210d s1: fffffff4 s2: fffffffd s3: 7fa12208
ctlmgr: s4: 2ac54000 s5: 2ac64000 s6: 7fa12880 s7: 7fa12800
ctlmgr: t8: 00000052 t9: 2acf3610 k0: 2ac5c2cf k1: 00000000
ctlmgr: gp: 2ac7b5b0 sp: 7fa120c0 fp: 00000000 ra: 2ac580fc
Segmentation fault

Ich weiß jetzt, dass "Automatische Einrichtung über Computer-Programme im lokalen Netzwerk zulassen" einzig dafür sorgt, ob der Fehler sofort kommt, oder nicht.

 

[frank_m24]

Hallo,

wenn noch alte Binaries der Library im Build-System herumgeistern, können sie ins Image kopiert werden, auch wenn sie in der Konfiguration nicht mehr aktiv sind. Sorge für eine saubere Entwicklungsumgebung. Das spart auch Platz im Image.

 

[Inistarus]

Naja, das Image habe ich mit einem neu heruntergeladen freetz gebaut. Ich denke nicht, dass so noch alte Dinge enthalten sind, da noch gar nichts da ist. Oder liege ich da falsch?

 

[frank_m24]

Hallo,

kommt immer drauf an, wo du dieses frisch heruntergeladene freetz hin entpackt hast. Gabs da schon mal was von freetz? Und du hast auch nie mal kurz eines der Pakete mit SSL Abhängigkeit angewählt? Selbst wenn du es direkt wieder abwählst, kann das schon reichen, um die Probleme zu erzeugen.

Was sagen eigentlich die anderen Einträge im SSL Bereich in der .config?

 

[Inistarus]

Ich habe es runtergeladen und in einem neuen Ordner entpackt. Ich habe die Konfiguration wie oben beschrieben gemacht. Dabei habe ich kein Paket ausgewählt. Ich habe das (runterladen, konfigurieren) extra zum Testen gemacht.
Und wie bereits gesagt, entferne ich nichts von der Originalfirmware, so trat das Problem bisher nicht auf. Jedoch muss ich auch sagen, dass ich bisher noch nie lange damit gearbeitet habe. Ich weiß also nicht, ob es dann auch nach Stunden zu Problemen gekommen wäre.