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

James Ainslie james at clue.co.za
Wed Sep 27 00:03:30 MST 2006


Hey Steve,

What kind of system are you using to run the 100 concurrent calls. We  
have the requirement to scale to at least 8 PRI's or 240 odd channels  
and the section on voipinfo re provisioning has a poor signal to  
noise ratio.

I am keen get an understanding of exactly what I can expect from  
hardware & asterisk. Currently we are using quad 2GHz Xeon boxes with  
about 4GB of RAM.

Also; what effect, if any, does a significantly trimmed asterisk  
( ie. unused modules not loaded ) have.

James


On 27 Sep 2006, at 1:20 AM, Steve Totaro wrote:

> 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
>
>
>
> _______________________________________________
> --Bandwidth and Colocation provided by Easynews.com --
>
> asterisk-dev mailing list
> To UNSUBSCRIBE or update options visit:
>   http://lists.digium.com/mailman/listinfo/asterisk-dev
>




More information about the asterisk-dev mailing list