[asterisk-bugs] [Asterisk 0015109]: Abort by memory allocator, possibly in moh_files_generator
Asterisk Bug Tracker
noreply at bugs.digium.com
Mon Aug 17 10:20:50 CDT 2009
A NOTE has been added to this issue.
======================================================================
https://issues.asterisk.org/view.php?id=15109
======================================================================
Reported By: jvandal
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 15109
Category: Resources/res_musiconhold
Reproducibility: random
Severity: block
Priority: normal
Status: feedback
Target Version: 1.4.27
Asterisk Version: 1.4.24
Regression: No
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Request Review:
======================================================================
Date Submitted: 2009-05-14 10:49 CDT
Last Modified: 2009-08-17 10:20 CDT
======================================================================
Summary: Abort by memory allocator, possibly in
moh_files_generator
Description:
I have a server running with Asterisk 1.4.24.1 where it randomly segfault
for "unknown" reason.
I'm not sure if this is related to moh_files_generator function or with
filestream_descructor.
Let me know what needed in order to fix this crash, if GDB traces aren't
enough.
Asterisk is compiled with DONT_OPTIMIZE and others flag needed for "gdb".
======================================================================
Relationships ID Summary
----------------------------------------------------------------------
related to 0014958 Segfault Asterisk 1.4.24.1
related to 0015123 out of bounds crash and core dump
related to 0015506 Asterisk 1.4.26rc5 (revision 202945 ) d...
parent of 0015396 app_queue segfault in revision 202945
has duplicate 0015195 double free or corruption (!prev) in mo...
======================================================================
----------------------------------------------------------------------
(0109121) aragon (reporter) - 2009-08-17 10:20
https://issues.asterisk.org/view.php?id=15109#c109121
----------------------------------------------------------------------
Just saw another crash and the backtrace shows the abort occuring in DTMF
blind transfer.
Asterisk SVN-branch-1.4-r211807
Core was generated by `/usr/sbin/asterisk -f -vvvg -c'.
Program terminated with signal 6, Aborted.
[New process 5054]
https://issues.asterisk.org/view.php?id=0 0x00d0e402 in __kernel_vsyscall ()
(gdb) bt
https://issues.asterisk.org/view.php?id=0 0x00d0e402 in __kernel_vsyscall ()
https://issues.asterisk.org/view.php?id=1 0x00760d80 in raise () from
/lib/libc.so.6
https://issues.asterisk.org/view.php?id=2 0x00762691 in abort () from
/lib/libc.so.6
https://issues.asterisk.org/view.php?id=3 0x0079924b in __libc_message () from
/lib/libc.so.6
https://issues.asterisk.org/view.php?id=4 0x007a10f1 in _int_free () from
/lib/libc.so.6
https://issues.asterisk.org/view.php?id=5 0x007a4bc0 in free () from
/lib/libc.so.6
https://issues.asterisk.org/view.php?id=6 0x0078fc56 in fclose@@GLIBC_2.1 ()
from /lib/libc.so.6
https://issues.asterisk.org/view.php?id=7 0x080739c9 in __ast_fdleak_fclose
(ptr=0x9f172e8) at astfd.c:201
https://issues.asterisk.org/view.php?id=8 0x080b1d92 in filestream_destructor
(arg=0xa167b28) at file.c:346
https://issues.asterisk.org/view.php?id=9 0x0807658c in ao2_ref
(user_data=0xa167b28, delta=-1) at
astobj2.c:229
https://issues.asterisk.org/view.php?id=10 0x080b339d in ast_closestream
(f=0xa167b28) at file.c:908
https://issues.asterisk.org/view.php?id=11 0x00c51f25 in local_ast_moh_stop
(chan=0xb5ee62f0)
at res_musiconhold.c:1059
https://issues.asterisk.org/view.php?id=12 0x08096654 in ast_moh_stop
(chan=0xb5ee62f0) at channel.c:4845
https://issues.asterisk.org/view.php?id=13 0x0036ba34 in sip_indicate
(ast=0xb5ee62f0, condition=17, data=0x0,
datalen=0) at chan_sip.c:4097
https://issues.asterisk.org/view.php?id=14 0x0808eab4 in ast_indicate_data
(chan=0xb5ee62f0, _condition=17,
data=0x0,
datalen=0) at channel.c:2580
https://issues.asterisk.org/view.php?id=15 0x0808e97a in ast_indicate
(chan=0xb5ee62f0, condition=17)
at channel.c:2525
https://issues.asterisk.org/view.php?id=16 0x001eb534 in finishup
(chan=0xb5ee62f0) at res_features.c:760
https://issues.asterisk.org/view.php?id=17 0x001eb94f in builtin_blindtransfer
(chan=0xb5ee62f0, peer=0xa0b42d0,
config=0xb651e888, code=0xb651cea0 "*1", sense=2, data=0x0)
at res_features.c:828
https://issues.asterisk.org/view.php?id=18 0x001ed278 in
feature_interpret_helper (chan=0xb5ee62f0,
peer=0xa0b42d0,
config=0xb651e888, code=0xb651cea0 "*1", sense=2,
dynamic_features_buf=0xb651ca9c
"atxfer#blindxfer#automon#automixmon#hookflash#supervisor#conference#tagcode-1000#tagcode-1001#tagcode-1002#tagcode-1003#tagcode",
features=0xb651ca98, operation=1, feature=0xb651c8bc)
at res_features.c:1257
https://issues.asterisk.org/view.php?id=19 0x001edb2e in feature_interpret
(chan=0xb5ee62f0, peer=0xa0b42d0,
config=0xb651e888, code=0xb651cea0 "*1", sense=2) at
res_features.c:1341
https://issues.asterisk.org/view.php?id=20 0x001f0127 in ast_bridge_call
(chan=0xb5ee62f0, peer=0xa0b42d0,
config=0xb651e888) at res_features.c:1940
https://issues.asterisk.org/view.php?id=21 0x00608436 in try_calling
(qe=0xb651ebe0, options=0xb651eb8a "",
announceoverride=0xb651eb8c "", url=0xb651eb8b "", tries=0xb651ed80,
noption=0xb651ed7c, agi=0xb651eb90 "") at app_queue.c:3229
https://issues.asterisk.org/view.php?id=22 0x0060ba4a in queue_exec
(chan=0xb5ee62f0, data=0xb6520f08)
at app_queue.c:4077
https://issues.asterisk.org/view.php?id=23 0x080d7005 in pbx_exec (c=0xb5ee62f0,
app=0x9f99a38, data=0xb6520f08)
at pbx.c:536
https://issues.asterisk.org/view.php?id=24 0x080dad7e in pbx_extension_helper
(c=0xb5ee62f0, con=0x0,
context=0xb5ee6530 "default-application-acd-irs-new-english",
exten=0xb5ee6580 "s", priority=13, label=0x0, callerid=0x9f76ec8
"1040",
action=E_SPAWN) at pbx.c:1863
https://issues.asterisk.org/view.php?id=25 0x080dbfc6 in ast_spawn_extension
(c=0xb5ee62f0,
context=0xb5ee6530 "default-application-acd-customer-new-english",
exten=0xb5ee6580 "s", priority=13, callerid=0x9f76ec8 "1040") at
pbx.c:2283
https://issues.asterisk.org/view.php?id=26 0x080dc426 in __ast_pbx_run
(c=0xb5ee62f0) at pbx.c:2373
https://issues.asterisk.org/view.php?id=27 0x080dd435 in pbx_thread
(data=0xb5ee62f0) at pbx.c:2599
https://issues.asterisk.org/view.php?id=28 0x081230d6 in dummy_start
(data=0xb5622820) at utils.c:856
https://issues.asterisk.org/view.php?id=29 0x008b249b in start_thread () from
/lib/libpthread.so.0
https://issues.asterisk.org/view.php?id=30 0x0080942e in clone () from
/lib/libc.so.6
Issue History
Date Modified Username Field Change
======================================================================
2009-08-17 10:20 aragon Note Added: 0109121
======================================================================
More information about the asterisk-bugs
mailing list