[asterisk-dev] Asterisk 1.4.12.1 crash in ast_pthread_mutex_lock

Matheus Rossato matheusrossatolista at gmail.com
Wed Oct 10 09:06:35 CDT 2007


Thansks for the information, i will try revision 85176 or later and see how
asterisk behaves.

Regards
Matheus

2007/10/10, Gregory Nietsky <gregnietsky at gmail.com>:
>
> Tilghman Lesher wrote:
>
> thank you for for the patches bellow is a BT from a customer this has
> happened only once recently im rolling out
> the "fix" to servers out there and will keep a eye on it ...
> > On Tuesday 09 October 2007 15:33:12 Matheus Rossato wrote:
> >
> >>   i´m having trouble with asterisk from version 1.4.0-1.4.12.1.
> Currently
> >> we run a call center with 460 positions and we have an asterisk server
> as
> >> "proxy" with all the agents and queues and below that are 6 asterisk as
> >> gateways with 4 E1s in each one, the asterisk "proxy" crashes everyday
> with
> >>
> > <snip>
> >
> > Please try SVN 1.4 as of revision 85176 or later.  We just fixed a
> potential
> > issue with mutex initialization in 1.4.
> >
> >
> Core was generated by `/usr/sbin/asterisk -f -vvvg -c'.
> Program terminated with signal 11, Segmentation fault.
> #0  0x0807d5c4 in __ast_pthread_mutex_lock (filename=0x8143553
> "channel.c", lineno=4922, func=0x814691c "ast_channel_lock",
>     mutex_name=0x8144adf "&chan->lock", t=0xb0e977c0) at
> /mnt/x86_64/usr/src/voip/asterisk-1.4.11/include/asterisk/lock.h:310
> 310
> /mnt/x86_64/usr/src/voip/asterisk-1.4.11/include/asterisk/lock.h: No
> such file or directory.
>         in /mnt/x86_64/usr/src/voip/asterisk-1.4.11
> /include/asterisk/lock.h
> (gdb) bt
> #0  0x0807d5c4 in __ast_pthread_mutex_lock (filename=0x8143553
> "channel.c", lineno=4922, func=0x814691c "ast_channel_lock",
>     mutex_name=0x8144adf "&chan->lock", t=0xb0e977c0) at
> /mnt/x86_64/usr/src/voip/asterisk-1.4.11/include/asterisk/lock.h:310
> #1  0x0808cd12 in ast_channel_lock (chan=0xb0e97748) at channel.c:4922
> #2  0x0807e1cc in ast_check_hangup_locked (chan=0xb0e97748) at channel.c
> :421
> #3  0x0808a56e in ast_channel_bridge (c0=0xb0f7dda8, c1=0xb0e97748,
> config=0xb1039070, fo=0xb1038dc8, rc=0xb1038dc4) at channel.c:4131
> #4  0xb7afedfc in ast_bridge_call (chan=0xb0f7dda8, peer=0xb0e97748,
> config=0xb1039070) at res_features.c:1404
> #5  0xb77e22fd in dial_exec_full (chan=0xb0f7dda8, data=0xb103bdf8,
> peerflags=0xb1039c60, continue_exec=0x0) at app_dial.c:1657
> #6  0xb77e25eb in dial_exec (chan=0xb0f7dda8, data=0xb103bdf8) at
> app_dial.c:1714
> #7  0x080c54cc in pbx_exec (c=0xb0f7dda8, app=0x82050b0,
> data=0xb103bdf8) at pbx.c:532
> #8  0x080c90e2 in pbx_extension_helper (c=0xb0f7dda8, con=0x0,
> context=0xb0f7dfd0 "macro-stdexten", exten=0xb0f7e020 "0230",
> priority=32, label=0x0,
>     callerid=0x84b1b98 "Unknown", action=E_SPAWN) at pbx.c:1833
> #9  0x080ca4c3 in ast_spawn_extension (c=0xb0f7dda8, context=0xb0f7dfd0
> "macro-stdexten", exten=0xb0f7e020 "0230", priority=32, callerid=0x84b1b98
> "Unknown")
>     at pbx.c:2288
> #10 0xb778e114 in _macro_exec (chan=0xb0f7dda8, data=0xb1040f38,
> exclusive=0) at app_macro.c:308
> #11 0xb778ee33 in macro_exec (chan=0xb0f7dda8, data=0xb1040f38) at
> app_macro.c:486
> #12 0x080c54cc in pbx_exec (c=0xb0f7dda8, app=0x8210bc0,
> data=0xb1040f38) at pbx.c:532
> #13 0x080c90e2 in pbx_extension_helper (c=0xb0f7dda8, con=0x0,
> context=0xb0f7dfd0 "macro-stdexten", exten=0xb0f7e020 "0230",
> priority=25, label=0x0,
>     callerid=0x84b1b98 "Unknown", action=E_SPAWN) at pbx.c:1833
> #14 0x080ca4c3 in ast_spawn_extension (c=0xb0f7dda8, context=0xb0f7dfd0
> "macro-stdexten", exten=0xb0f7e020 "0230", priority=25, callerid=0x84b1b98
> "Unknown")
>     at pbx.c:2288
> #15 0x080ca991 in __ast_pbx_run (c=0xb0f7dda8) at pbx.c:2388
> #16 0x080cb7ad in pbx_thread (data=0xb0f7dda8) at pbx.c:2603
> #17 0x0810afc9 in dummy_start (data=0xb559fa28) at utils.c:793
> #18 0xb7f310f0 in start_thread (arg=0xb1043b90) at pthread_create.c:296
> #19 0xb7e884be in clone () from /lib/libc.so.6
>
> _______________________________________________
> --Bandwidth and Colocation Provided by http://www.api-digital.com--
>
> asterisk-dev mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-dev/attachments/20071010/dc523a40/attachment.htm 


More information about the asterisk-dev mailing list