[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