[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