[asterisk-dev] Core Dump from res_musiconhold.c Crash

Steve Totaro stotaro at asteriskhelpdesk.com
Tue Sep 26 16:20:14 MST 2006


Maybe someone can help me with this.  I am running 1.2.7.1 and my 
Asterisk system crashed after issuing a reload with approximately 100 
concurrent sales calls (many in queue listening to music on hold).  We 
have modified a few sections of the source (mostly AMI) so have been 
reluctant to upgrade to 1.2.12.1.  I know there were alot of bug fixes 
in queues (which we use extensively) between 1.2.7 and 1.2.8.

My question is, is/was this a known bug fixed in a later version of 
asterisk?  If not, do I open a bug on Mantis?  I plan on upgrading 
Asterisk on Friday morning and applying my patches which hopefully goes 
smoothly.  Is there any reason not to go all the way to 1.2.12.1?  This 
is a heavy use (6,000 calls a day) call center system.

The reload seems to have set total_files to zero and caused a divide by 
zero error?  I am not a dev guy but looking at the code, that is all I 
could come up with. 

Loaded symbols for /lib/libgcc_s.so.1
#0  0x00f3fb91 in moh_files_generator (chan=0xb71be158, data=0x8a90770, 
len=160, samples=160) at res_musiconhold.c:219
219             state->pos = state->pos % state->class->total_files;
(gdb) where
#0  0x00f3fb91 in moh_files_generator (chan=0xb71be158, data=0x8a90770, 
len=160, samples=160) at res_musiconhold.c:219
#1  0x080659fa in ast_read (chan=0xb71be158) at channel.c:1979
#2  0x080670d5 in ast_waitfordigit (c=0xb71be158, ms=985) at channel.c:1690
#3  0x007cb3e0 in queue_exec (chan=0xb71be158, data=0xb436e0a0) at 
app_queue.c:1928
#4  0x08090c8d in pbx_extension_helper (c=0xb71be158, con=Variable "con" 
is not available.
) at pbx.c:553
#5  0x08091f46 in __ast_pbx_run (c=0xb71be158) at pbx.c:2227
#6  0x08093a7c in pbx_thread (data=0x0) at pbx.c:2514
#7  0x00d72371 in ?? ()
#8  0xb71be158 in ?? ()
#9  0x00000000 in ?? ()

Thanks,
Steve Totaro





More information about the asterisk-dev mailing list