[Home]

Summary:ASTERISK-24163: Crash - in ast_hangup in channel.c - bad magic number spammed in log preceding crash
Reporter:Tiago Geada (cusco)Labels:
Date Opened:2014-08-05 13:46:36Date Closed:2014-09-23 09:21:46
Priority:MajorRegression?
Status:Closed/CompleteComponents:Core/General
Versions:11.10.0 Frequency of
Occurrence		Occasional
Related
Issues:
Environment:debian wheezy amd64, up to date, compiled from source with --with-ssl --with-netsnmp --with-cap Attachments:( 0) bt.txt
Description:Call comes in a queue that is realtime configured with its members in realtime (mysql)

members are.
{noformat}
Supervisao has 0 calls (max unlimited) in 'ringall' strategy (12s holdtime, 39s talktime), W:500, C:125, A:20, SL:96.8% within 30s
  Members:
     609 (Local/609@agents from hint:hinted609@agents) with penalty 10 (ringinuse enabled) (realtime) (Unavailable) has taken no calls yet
     608 (Local/608@agents from hint:hinted608@agents) with penalty 10 (ringinuse enabled) (realtime) (Unavailable) has taken no calls yet
     00607 (Local/9121926779882@agents from Local/9121926779882@agents) with penalty 10 (ringinuse enabled) (realtime) (Not in use) has taken 2 calls (last was 5117 secs ago)
     00604 (Local/9121926779909@agents from Local/9121926779909@agents) with penalty 10 (ringinuse enabled) (realtime) (Not in use) has taken 4 calls (last was 834 secs ago)
     00603 (Local/9121926779912@agents from Local/9121926779912@agents) with penalty 10 (ringinuse enabled) (realtime) (Not in use) has taken no calls yet
     00602 (Local/9121926779937@agents from Local/9121926779937@agents) with penalty 10 (ringinuse enabled) (realtime) (Not in use) has taken no calls yet
     00601 (Local/9121934822897@agents from Local/9121934822897@agents) with penalty 11 (ringinuse enabled) (realtime) (paused) (Not in use) has taken no calls yet
     00606 (Local/9121936392781@agents from Local/9121936392781@agents) with penalty 10 (ringinuse enabled) (realtime) (Not in use) has taken no calls yet
     00608 (Local/9121936392786@agents from Local/9121936392786@agents) with penalty 10 (ringinuse enabled) (realtime) (paused) (Not in use) has taken no calls yet
     606 (Local/606@agents from hint:hinted606@agents) with penalty 10 (ringinuse enabled) (realtime) (Unavailable) has taken no calls yet
     605 (Local/605@agents from hint:hinted605@agents) with penalty 10 (ringinuse enabled) (realtime) (Not in use) has taken 31 calls (last was 6008 secs ago)
     604 (Local/604@agents from hint:hinted604@agents) with penalty 10 (ringinuse enabled) (realtime) (Not in use) has taken 47 calls (last was 958 secs ago)
     603 (Local/603@agents from hint:hinted603@agents) with penalty 10 (ringinuse enabled) (realtime) (Not in use) has taken 41 calls (last was 2563 secs ago)
     602 (Local/602@agents from hint:hinted602@agents) with penalty 10 (ringinuse enabled) (realtime) (Unavailable) has taken no calls yet
     601 (Local/601@agents from hint:hinted601@agents) with penalty 10 (ringinuse enabled) (realtime) (Unavailable) has taken no calls yet
  No Callers
{noformat}



Lots of calls com in this queue but only sometimes this happens


shortly before asterisk process disapearing there are plenty of log messages:
{noformat}
[2014-07-31 19:59:35] ERROR[20559][C-00000b7f] astobj2.c: bad magic number for object 0x7f78a0065da8. Object is likely destroyed.
[2014-07-31 19:59:35] ERROR[20559][C-00000b7f] astobj2.c: bad magic number for object 0x7f78a0065da8. Object is likely destroyed.
[2014-07-31 19:59:35] ERROR[20559][C-00000b7f] astobj2.c: bad magic number for object 0x7f78a0065da8. Object is likely destroyed.
[2014-07-31 19:59:35] ERROR[20559][C-00000b7f] astobj2.c: bad magic number for object 0x7f78a0065da8. Object is likely destroyed.
[2014-07-31 19:59:35] ERROR[20559][C-00000b7f] astobj2.c: bad magic number for object 0x7f78a0065da8. Object is likely destroyed.
[2014-07-31 19:59:35] ERROR[20559][C-00000b7f] astobj2.c: bad magic number for object 0x7f78a0065da8. Object is likely destroyed.
[2014-07-31 19:59:35] ERROR[20559][C-00000b7f] astobj2.c: bad magic number for object 0x7f78a0065da8. Object is likely destroyed.
[2014-07-31 19:59:35] ERROR[20559][C-00000b7f] astobj2.c: bad magic number for object 0x7f78a0065da8. Object is likely destroyed.
[2014-07-31 19:59:35] ERROR[20559][C-00000b7f] astobj2.c: bad magic number for object 0x7f78a0065da8. Object is likely destroyed.
[2014-07-31 19:59:35] ERROR[20559][C-00000b7f] astobj2.c: bad magic number for object 0x7f78a0065da8. Object is likely destroyed.
[2014-07-31 19:59:35] ERROR[20559][C-00000b7f] astobj2.c: bad magic number for object 0x7f78a0065da8. Object is likely destroyed.
[2014-07-31 19:59:35] ERROR[20559][C-00000b7f] astobj2.c: bad magic number for object 0x7f78a0065da8. Object is likely destroyed.
[2014-07-31 19:59:35] ERROR[20559][C-00000b7f] astobj2.c: bad magic number for object 0x7f78a0065da8. Object is likely destroyed.
[2014-07-31 19:59:35] ERROR[20559][C-00000b7f] astobj2.c: bad magic number for object 0x7f78a0065da8. Object is likely destroyed.
[2014-07-31 19:59:35] ERROR[20559][C-00000b7f] astobj2.c: bad magic number for object 0x7f78a0065da8. Object is likely destroyed.
[2014-07-31 19:59:35] ERROR[20559][C-00000b7f] astobj2.c: bad magic number for object 0x7f78a0065da8. Object is likely destroyed.
{noformat}
Comments:By: Matt Jordan (mjordan) 2014-08-05 13:50:29.419-0500

Thank you for your bug report. In order to move your issue forward, we require a backtrace[1] from the core file produced after the crash. Also, be sure you have DONT_OPTIMIZE enabled in menuselect within the Compiler Flags section, then:

make install

After enabling, reproduce the crash, and then execute the backtrace[1] instructions. When complete, attach that file to this issue report.

[1] https://wiki.asterisk.org/wiki/display/AST/Getting+a+Backtrace


By: Tiago Geada (cusco) 2014-08-06 06:27:58.157-0500

Backtrace as requested. I forgot it earlier
By: Rusty Newton (rnewton) 2014-08-21 13:41:31.526-0500

Thanks, but the backtrace turns out to not be conclusive.

A few things could help, however both really require that you are able to reproduce the issue.

* Reference count debugging info.

It looks like the new REF_DEBUG compiler flag was available in 11.10. Please recompile with that flag enabled (if possible try the very latest version of 11). It should generate a "refs" file in the Asterisk logging directory. Please attach that to the issue.

* Asterisk debug log showing what is happening up to the crash. Collected as described in [Collecting Debug Info|https://wiki.asterisk.org/wiki/display/AST/Collecting+Debug+Information].

The reference count log will be unwieldy if you are unable to reproduce the issue without long waits.
By: Rusty Newton (rnewton) 2014-09-04 20:23:30.623-0500

[~cusco] do you need more time to provide the requested information or are you unable to reproduce the issue?
By: Rusty Newton (rnewton) 2014-09-23 09:22:03.760-0500

Suspended due to lack of activity. Please request a bug marshal in #asterisk-bugs on the IRC network irc.freenode.net to reopen the issue should you have the additional information requested.  Further information can be found at http://www.asterisk.org/developers/bug-guidelines