[Home]

Summary:ASTERISK-11343: Crash. I think in AUDIOHOOCKS
Reporter:Badalian Vyacheslav (slavon)Labels:
Date Opened:2008-01-31 06:29:31.000-0600Date Closed:2011-06-07 14:00:31
Priority:CriticalRegression?No
Status:Closed/CompleteComponents:Core/General
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:( 0) gdb.txt
Description:func=0x1cc <Address 0x1cc out of bounds>

****** ADDITIONAL INFORMATION ******

(gdb) bt
#0  0xb72e2314 in ?? () from /lib/libc.so.6
#1  0x0a2c52c8 in ?? ()
#2  0x08e83738 in ?? ()
#3  0xb64ad6b8 in ?? ()
#4  0x080e4f49 in __ast_pthread_mutex_unlock (filename=0xb73ab120 "\001", lineno=458, func=0x1cc <Address 0x1cc out of bounds>, mutex_name=0xffa1 <Address 0xffa1 out of bounds>, t=0xdf73060)
   at /usr/src/asterisk-1.4-brunch/include/asterisk/lock.h:477
ASTERISK-1  0xb72e38ff in calloc () from /lib/libc.so.6
ASTERISK-2  0x08116a80 in _ast_calloc (num=1, len=458, file=0x8155897 "frame.c", lineno=480, func=0x8155b70 "ast_frdup") at /usr/src/asterisk-1.4-brunch/include/asterisk/utils.h:359
ASTERISK-3  0x080b153c in ast_frdup (f=0x923fe64) at frame.c:480
ASTERISK-4  0x08107743 in ast_slinfactory_feed (sf=0xa52c704, f=0x923fe64) at slinfactory.c:87
ASTERISK-5  0x08076e3b in ast_audiohook_write_frame (audiohook=0xa52bbd0, direction=AST_AUDIOHOOK_DIRECTION_WRITE, frame=0x923fe64) at audiohook.c:133
ASTERISK-6 0x08078bd6 in audio_audiohook_write_list (chan=0x83aa0d0, audiohook_list=0x887ba40, direction=AST_AUDIOHOOK_DIRECTION_WRITE, frame=0x885637c) at audiohook.c:508
ASTERISK-7 0x080792f4 in ast_audiohook_write_list (chan=0x83aa0d0, audiohook_list=0x887ba40, direction=AST_AUDIOHOOK_DIRECTION_WRITE, frame=0x885637c) at audiohook.c:603
ASTERISK-8 0x0808d097 in ast_write (chan=0x83aa0d0, fr=0x885637c) at channel.c:2637
ASTERISK-9 0x08090c53 in ast_generic_bridge (c0=0x83aa0d0, c1=0xa315940, config=0xb64af7c0, fo=0xb64ade2c, rc=0xb64ade28, bridge_end={tv_sec = 0, tv_usec = 0}) at channel.c:3806
ASTERISK-10 0x08091cca in ast_channel_bridge (c0=0x83aa0d0, c1=0xa315940, config=0xb64af7c0, fo=0xb64ade2c, rc=0xb64ade28) at channel.c:4057
ASTERISK-11 0xb714429e in ast_bridge_call (chan=0x83aa0d0, peer=0xa315940, config=0xb64af7c0) at res_features.c:1420
ASTERISK-12 0xb6b4e166 in try_calling (qe=0xb64afad4, options=0x0, announceoverride=0x0, url=0x0, tries=0xb64afc74, noption=0xb64afc70, agi=0x0) at app_queue.c:3068
ASTERISK-13 0xb6b513fd in queue_exec (chan=0x83aa0d0, data=0xb64b1df8) at app_queue.c:3886
ASTERISK-14 0x080d01f4 in pbx_exec (c=0x83aa0d0, app=0x81ed6d0, data=0xb64b1df8) at pbx.c:532
ASTERISK-15 0x080d3f95 in pbx_extension_helper (c=0x83aa0d0, con=0x0, context=0x83aa310 "office-mosk", exten=0x83aa360 "501", priority=2, label=0x0, callerid=0x96568d8 "9629465977", action=E_SPAWN) at pbx.c:1851
ASTERISK-16 0x080d52da in ast_spawn_extension (c=0x83aa0d0, context=0x83aa310 "office-mosk", exten=0x83aa360 "501", priority=2, callerid=0x96568d8 "9629465977") at pbx.c:2306
ASTERISK-17 0x080d5804 in __ast_pbx_run (c=0x83aa0d0) at pbx.c:2408
ASTERISK-18 0x080d6782 in ast_pbx_run (c=0x83aa0d0) at pbx.c:2664
ASTERISK-19 0x080dc26a in ast_pbx_outgoing_exten (type=0x8e35124 "SIP", format=64, data=0x8e35224, timeout=60000, context=0x8e35624 "ivr-main", exten=0x8e35524 "s", priority=1, reason=0xb64b431c, sync=2,
   cid_num=0x8e35728 "9629465977", cid_name=0x8e35828 "Callback-System", vars=0x0, account=0x8e35928 "callback", channel=0x0) at pbx.c:5013
ASTERISK-20 0xb6c6741b in attempt_thread (data=0x8e35010) at pbx_spool.c:338
ASTERISK-21 0x08118d90 in dummy_start (data=0x889b0c0) at utils.c:852
ASTERISK-22 0xb7ecd16b in start_thread () from /lib/libpthread.so.0
ASTERISK-23 0xb733cb8e in clone () from /lib/libc.so.6


bt full attached
Comments:By: Joshua C. Colp (jcolp) 2008-01-31 11:28:56.000-0600

Does this require a high load or does it just happen with a light load? What does this system do? Can I see the console output as well? It seems as though it's memory corruption... which would require valgrind to look at, I have no other ideas beside that.
By: Badalian Vyacheslav (slavon) 2008-02-01 00:18:14.000-0600

file, i can't run asterisk in valgrind becouse system has hight load. Also i can't record full from console becouse rate of messages when you have 50-60 active channels is very big. Crash reproduse after 2-4 hours of work...

No Realtime use in astrisk
in channels use only sip.
Also asterisk use 4 queues... All members is static.

dialplan loocks like this:
1 => {
Set(MONITOR_FILENAME=/home/rec/${STRFTIME(${EPOCH},,%Y-%m-%d_%H:%M:%S)}-support-${CALLERID(name)}-${CALLERID(num)});
Queue(bt-support);
}
By: jmls (jmls) 2008-02-17 13:04:11.000-0600

file - any more thoughts ?
By: Badalian Vyacheslav (slavon) 2008-02-19 01:25:26.000-0600

Last svn version have 1 crash at this week. Backtraces still broken (i think memory corruption). System have high load and i can't get valgring information. I think you may close this report. if i will get some readable information - i reopen it or open new.

Thanks
By: jmls (jmls) 2008-02-19 01:40:11.000-0600

closed at reporters request