Asterisk stürzt des öfteren ab

[snoopy_spy]

Argh ... dachte, das der absturz nur mit dem faxen zusammen hängt, aber leider stürzt der Asterix doch sporadisch ab ... habs noch nicht genau rausgefunden wann und wo (ich vermute aber mal, das es mit ISDN (FritzCard) zusammenhängt)

Wie kann ich dem nun am besten auf den grund gehen?

das ist, was er mir mal hinschreibt

  recordingcheck|20070523-121509|1179915309.5: Inbound recording not enabled
  dialparties.agi: Starting New Dialparties.agi
  dialparties.agi: priority is 1
  dialparties.agi: Caller ID name is 'unknown' number is '15'
  dialparties.agi: Methodology of ring is  'none'
  recordingcheck|20070523-121522|1179915322.7: Outbound recording not enabled
/usr/sbin/safe_asterisk: line 51:  8766 Segmentation fault      (core dumped) ${ASTSBINDIR}/asterisk ${CLIARGS} ${ASTARGS}
Asterisk exited on signal 11.
Automatically restarting Asterisk.
Set to realtime thread

werde mal versuchen, ob ich mit -rvvvvvv noch mehr infos rausbekomme, oder gibt es eine bessere möglichkeit dem auf die schliche zu kommen?

gruß
snoopy

 

[sterkel]

Du kannst auch das core-file analysieren, es liegt im /tmp und nennt sich core.xxxxx:

gdb asterisk core.xxxxx
.
.
gdb> bt
.
.

 

[snoopy_spy]

Du kannst auch das core-file analysieren, es liegt im /tmp und nennt sich core.xxxxx:

gdb asterisk core.xxxxx
.
.
gdb> bt
.
.

[root@asterisk tmp]# gdb asterisk core.9944
GNU gdb 6.6
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i686-pc-linux-gnu"...
(no debugging symbols found)
Using host libthread_db library "/lib/tls/libthread_db.so.1".
(no debugging symbols found)
Core was generated by `/usr/sbin/asterisk -U asterisk -G asterisk -v -g -p -U asterisk -G asterisk'.
Program terminated with signal 11, Segmentation fault.
#0  0x0021a4fb in _start () from /lib/ld-linux.so.2
(gdb) bt
#0  0x0021a4fb in _start () from /lib/ld-linux.so.2
#1  0x089c2c18 in ?? ()
#2  0x00000000 in ?? ()
(gdb)

oder

[root@asterisk tmp]# gdb asterisk core.6798
GNU gdb 6.6
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i686-pc-linux-gnu"...
(no debugging symbols found)
Using host libthread_db library "/lib/tls/libthread_db.so.1".
(no debugging symbols found)
Core was generated by `/usr/sbin/asterisk -U asterisk -G asterisk -v -g -p -U asterisk -G asterisk'.
Program terminated with signal 11, Segmentation fault.
#0  0x080621db in ast_do_masquerade () from /lib/ld-linux.so.2
(gdb) bt
#0  0x080621db in ast_do_masquerade () from /lib/ld-linux.so.2
#1  0x00000017 in ?? ()
#2  0x08569d12 in ?? ()
#3  0x000000a0 in ?? ()
#4  0x00000000 in ?? ()
(gdb)

... die frage ist nur, was sagt mir das jetzt?

 

[sterkel]

Hmm, das sieht seltsam aus. Eigentlich sollten da die Module auftauchen, die am Absturz beteiligt waren, aber bei Dir sind da nur "??". Hast Du den asterisk nach dem Absturz nochmal kompiliert?
Das core-file muss zum echten Binary passen.

 

[snoopy_spy]

nein, hab den am anfang mal neu compiliert, weil ich ja auch den dritzcard treiber neu compilieren mußte ...

hab einen testfall, wie ich es eigentlich immer rekonstruieren kann (ist aber etwas umständlich)

bei mir hängt die fritz karte bei der TK auf einem internen S0 Bus, gemeinsam mit den ISDN Telefonen 15 und 16, das Softphone hat die nummer 45
ich rufe von 45 das ISDN Telefon 17 an (ist ein anderer S0 Bus der TK)
nach 30 sekunden leitet das Telefon 17 den Anruf auf eine Gruppe weiter (15,16, ... aber nicht 45) dann stürzt der Asterisk jedesmal ab.
Sobald ich nun in der capi.conf eintrage, das der Asterisk nur auf den MSN 45,46,47,48 lauschen soll, dann bekommt er von dem rückruf nix mehr mit, und stürzt bei diesem Testfall nicht mehr ab - aber eben noch bei anderen fällen, wenn es meiner meinung nach erhöhter verkehr am isdn bus gibt,

 

[PsychoMantis]

Ich grab den Thread mal aus, weil ich vor dem gleichen Problem stehe.
Ich hole mal etwas aus: Ich telefoniere ins Ausland über sparruf.de. Dazu wählt der Asterisk die Nummer 0157 0248 0000 und gibt dann über DTMF die eigentlich Zielnummer an. Das funktioniert bestens.
Nur wenn ich einen Callback über diesen Weg machen will, stürzt Asterisk ab. Ansonsten (nicht über sparruf.de) funktioniert callback bestens. Mit früheren Asterisk-Versionen hat callback aber auch über sparruf.de funktioniert.
Als ich * letztens mit "asterisk -c" gestartet hatte, war die letzte Meldung das:

    -- Sending DTMF 'www0079227661234#' to the called party.
    -- Executing [s@callback&callthrough:1] ExecIf("Local/0079227661234@default-2f83;1", "1?Wait(15)") in new stack
  == Spawn extension (ausgehend, sparruf0079227661234, 2) exited non-zero on 'Local/0079227661234@default-2f83;2'
asterisk: pthread_mutex_lock.c:294: __pthread_mutex_lock: Assertion `robust || (oldval & 0x40000000) == 0' failed.
Aborted (core dumped)
vs00707:~#

Nun versuchte ich den core-dump zu analysieren:

...
Loaded symbols for /usr/lib/asterisk/modules/app_getcpeid.so
Reading symbols from /usr/lib/asterisk/modules/app_read.so...done.
Loaded symbols for /usr/lib/asterisk/modules/app_read.so
Reading symbols from /usr/lib/asterisk/modules/pbx_ael.so...done.
Loaded symbols for /usr/lib/asterisk/modules/pbx_ael.so
Reading symbols from /usr/lib/asterisk/modules/format_h263.so...done.
Loaded symbols for /usr/lib/asterisk/modules/format_h263.so
Reading symbols from /usr/lib/asterisk/modules/app_directory.so...done.
Loaded symbols for /usr/lib/asterisk/modules/app_directory.so
Reading symbols from /usr/lib/asterisk/modules/format_sln16.so...done.
Loaded symbols for /usr/lib/asterisk/modules/format_sln16.so
Reading symbols from /usr/lib/asterisk/modules/func_shell.so...done.
Loaded symbols for /usr/lib/asterisk/modules/func_shell.so
Reading symbols from /usr/lib/asterisk/modules/res_clioriginate.so...done.
Loaded symbols for /usr/lib/asterisk/modules/res_clioriginate.so
Reading symbols from /lib/libnss_files.so.2...done.
Loaded symbols for /lib/libnss_files.so.2
Reading symbols from /lib/libnss_dns.so.2...done.
Loaded symbols for /lib/libnss_dns.so.2
Reading symbols from /lib/libgcc_s.so.1...done.
Loaded symbols for /lib/libgcc_s.so.1
Core was generated by `asterisk -c'.
Program terminated with signal 6, Aborted.
[New process 25717]
[New process 25704]
[New process 25607]
[New process 24289]
[New process 24288]
[New process 24287]
[New process 24286]
[New process 24285]
[New process 24284]
[New process 24283]
[New process 24282]
[New process 24281]
[New process 24280]
[New process 24279]
[New process 24278]
[New process 24277]
[New process 24276]
[New process 24275]
[New process 24274]
[New process 24273]
[New process 24272]
[New process 24271]
[New process 24270]
[New process 24269]
[New process 24268]
[New process 24267]
[New process 24266]
[New process 24265]
[New process 24264]
[New process 24263]
[New process 24262]
[New process 24261]
[New process 24260]
[New process 24259]
[New process 24258]
[New process 24257]
[New process 24256]
[New process 24200]
#0  0x00002ad0d50c1ed5 in raise () from /lib/libc.so.6
(gdb)

Aber was bedeutet das??? Irgendwie werde ich daraus nicht schlau.