[asterisk-bugs] [Asterisk 0014395]: Crash - maybe in filestream_destructor

Asterisk Bug Tracker noreply at bugs.digium.com
Tue Feb 3 21:00:32 CST 2009


A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=14395 
====================================================================== 
Reported By:                ZX81
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   14395
Category:                   Resources/res_musiconhold
Reproducibility:            have not tried
Severity:                   crash
Priority:                   normal
Status:                     ready for testing
Asterisk Version:           SVN 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases):  1.4  
SVN Revision (number only!): 168546 
Request Review:              
====================================================================== 
Date Submitted:             2009-02-03 16:28 CST
Last Modified:              2009-02-03 21:00 CST
====================================================================== 
Summary:                    Crash - maybe in filestream_destructor
Description: 
I'm really not sure what caused this crash, but here's the bt:

(gdb) bt
http://bugs.digium.com/view.php?id=0  0xb7f34410 in ?? ()
http://bugs.digium.com/view.php?id=1  0xb6a43efc in ?? ()
http://bugs.digium.com/view.php?id=2  0x00000006 in ?? ()
http://bugs.digium.com/view.php?id=3  0x000078b3 in ?? ()
http://bugs.digium.com/view.php?id=4  0xb7d90811 in raise () from
/lib/tls/i686/cmov/libc.so.6
http://bugs.digium.com/view.php?id=5  0xb7d91fb9 in abort () from
/lib/tls/i686/cmov/libc.so.6
http://bugs.digium.com/view.php?id=6  0xb7dc5dfa in __fsetlocking () from
/lib/tls/i686/cmov/libc.so.6
http://bugs.digium.com/view.php?id=7  0xb7dcd68f in mallopt () from
/lib/tls/i686/cmov/libc.so.6
http://bugs.digium.com/view.php?id=8  0xb7dcd732 in free () from
/lib/tls/i686/cmov/libc.so.6
http://bugs.digium.com/view.php?id=9  0xb7dbcf01 in fclose () from
/lib/tls/i686/cmov/libc.so.6
http://bugs.digium.com/view.php?id=10 0x080a386b in filestream_destructor
(arg=0x825a150) at file.c:338
http://bugs.digium.com/view.php?id=11 0x0807433e in ao2_ref
(user_data=0x825a150, delta=-1) at
astobj2.c:229
http://bugs.digium.com/view.php?id=12 0x080a6258 in ast_filestream_frame_freed
(fr=0x825a180) at
file.c:1299
http://bugs.digium.com/view.php?id=13 0x080a7666 in ast_frame_free
(fr=0x825a180, cache=1) at frame.c:329
http://bugs.digium.com/view.php?id=14 0xb7cac6f9 in moh_files_generator
(chan=0xb6b0c7c8, data=0x826f238,
len=160, samples=160) at res_musiconhold.c:287
http://bugs.digium.com/view.php?id=15 0x080859c9 in ast_read_generator_actions
(chan=0xb6b0c7c8,
f=0x81ad54c) at channel.c:1968
http://bugs.digium.com/view.php?id=16 0x080871ba in __ast_read (chan=0xb6b0c7c8,
dropaudio=0) at
channel.c:2400
http://bugs.digium.com/view.php?id=17 0x08087440 in ast_read (chan=0xb6b0c7c8)
at channel.c:2434
http://bugs.digium.com/view.php?id=18 0x0808bd6d in ast_generic_bridge
(c0=0xb6b0c7c8, c1=0x82f3fd0,
config=0xb6a464fc, fo=0xb6a44b50, rc=0xb6a44b4c, bridge_end=
      {tv_sec = 0, tv_usec = 0}) at channel.c:3962
http://bugs.digium.com/view.php?id=19 0x0808d1e8 in ast_channel_bridge
(c0=0xb6b0c7c8, c1=0x82f3fd0,
config=0xb6a464fc, fo=0xb6a44b50, rc=0xb6a44b4c)
    at channel.c:4285
http://bugs.digium.com/view.php?id=20 0xb7c99bc9 in ast_bridge_call
(chan=0xb6b0c7c8, peer=0x82f3fd0,
config=0xb6a464fc) at res_features.c:1548
http://bugs.digium.com/view.php?id=21 0xb74d8167 in try_calling (qe=0xb6a46840,
options=0xb6a467e9 "",
announceoverride=0x0, url=0x0, tries=0xb6a469e0, 
    noption=0xb6a469dc, agi=0x0) at app_queue.c:3161
http://bugs.digium.com/view.php?id=22 0xb74db2f8 in queue_exec (chan=0xb6b0c7c8,
data=0xb6a46b1c) at
app_queue.c:4005
http://bugs.digium.com/view.php?id=23 0x080c18b7 in pbx_exec (c=0xb6b0c7c8,
app=0x8223750, data=0xb6a46b1c)
at pbx.c:537
http://bugs.digium.com/view.php?id=24 0xb6e3b7ce in realtime_exec
(chan=0xb6b0c7c8, context=0xb6b0c948
"routing", exten=0xb6b0c998 "queue-Telesales_All_Regions", 
    priority=3, callerid=0x8273c80 "078702004", data=0x82f593d
"routing at extensions") at pbx_realtime.c:216
http://bugs.digium.com/view.php?id=25 0x080c4ddb in pbx_extension_helper
(c=0xb6b0c7c8, con=0x0,
context=0xb6b0c948 "routing", 
    exten=0xb6b0c998 "queue-Telesales_All_Regions", priority=3, label=0x0,
callerid=0x8273c80 "078702004", action=E_SPAWN)
    at pbx.c:1874
http://bugs.digium.com/view.php?id=26 0x080c5df9 in ast_spawn_extension
(c=0xb6b0c7c8, context=0xb6b0c948
"routing", exten=0xb6b0c998 "queue-Telesales_All_Regions", 
    priority=3, callerid=0x8273c80 "078702004") at pbx.c:2318
http://bugs.digium.com/view.php?id=27 0x080c6217 in __ast_pbx_run (c=0xb6b0c7c8)
at pbx.c:2407
http://bugs.digium.com/view.php?id=28 0x080c7001 in pbx_thread (data=0xb6b0c7c8)
at pbx.c:2622
http://bugs.digium.com/view.php?id=29 0x08104cbf in dummy_start
(data=0xb6b10770) at utils.c:856
http://bugs.digium.com/view.php?id=30 0xb7f18240 in start_thread () from
/lib/tls/i686/cmov/libpthread.so.0
http://bugs.digium.com/view.php?id=31 0xb7e3349e in clone () from
/lib/tls/i686/cmov/libc.so.6
====================================================================== 

---------------------------------------------------------------------- 
 (0099396) putnopvut (administrator) - 2009-02-03 21:00
 http://bugs.digium.com/view.php?id=14395#c99396 
---------------------------------------------------------------------- 
If you have downtime and don't mind running Asterisk under valgrind, that
would be great.

I think sending both sides of the call to the musiconhold app would do the
trick. It seems like it's a matter of chance whether the problem will or
won't occur, though. The problem actually occurs when musiconhold is
finished, though. So a bunch of really short calls that have musiconhold
started and then get hung up after a second or two would cause the issue to
be more likely to happen.

Oh, and just as a reminder (even though valgrind.txt says this), running
under valgrind may actually cause Asterisk not to crash, but it may log
useful output anyway. So if you run some tests with valgrind and don't get
any crashes to happen, just remember that its output may still contain
useful information. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-02-03 21:00 putnopvut      Note Added: 0099396                          
======================================================================




More information about the asterisk-bugs mailing list