[Freeswitch-dev] Freeswitch "crash" on switch_core_media_toggle_hold

[Brian West]

There should be a 1.4.13 out soon with this fix in it.

On Mon, Nov 3, 2014 at 1:04 PM, Brian West <brian at freeswitch.org> wrote:

> Update This was fixed on the 13th of Oct.  FS-6911
>
> On Tue, Oct 21, 2014 at 1:59 PM, miguelo sana <miguelo at tulpsolutions.com>
> wrote:
>
>> Hello,
>>
>> Today i experienced a very weird crash on my production freeswitch server.
>> I use freeswitch for a conferencing service and at the moment of the
>> crash there where around 40 participants in 15 different conferences.
>> In one of the conferences a participant put his call on hold (probably
>> with his mobile phone). At the moment when freeswitch received the message
>> to put the call on unhold the b-leg channel was gone and the freeswitch
>> crashed. I have created a backtrace on the crash and put it on the pastebin
>> https://pastebin.freeswitch.org/23467
>>
>> I tried to replicate the crash by dialing in with multiple phones and put
>> the call on hold and disconnect with another phone. On all my attempts the
>> conference application recognized the disconnect and did not crash. Not
>> even when i force quit a sip client.
>> Has anyone ever experienced this. Or is anyone able to explain why this
>> happens.
>>
>> I use freeswitch version 1.4.12 on debian 7. The machine already
>> succesfully handled different conferences with a total of 80 participants.
>> So performance does not seem to be the issue.
>>
>> Second i would like to know if it is possible to "disable" the
>> switch_assert in production builds of freeswitch and have a more elegant
>> way of handling problems in threads. Because when looking to my problem.
>> Freeswitch aborted because one channel was not available when it was
>> supposed to be. I understand that thread has to fail because it has no
>> channel but it should not affect the whole freeswitch application. If
>> anyone has some ideas to get this done or a solution please let me know.
>>
>>
>> Thanks,
>> Miguelo Sana
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting at freeswitch.org
>> http://www.freeswitchsolutions.com
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://wiki.freeswitch.org
>> http://www.cluecon.com
>>
>> FreeSWITCH-dev mailing list
>> FreeSWITCH-dev at lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev
>> http://www.freeswitch.org
>>
>>
>
>
> --
>
> *Brian West*
> brian at freeswitch.org
>
>
> *Twitter: @FreeSWITCH , @briankwest*
> http://www.freeswitchbook.com
> http://www.freeswitchcookbook.com
>
> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378)
> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest
>



-- 

*Brian West*
brian at freeswitch.org


*Twitter: @FreeSWITCH , @briankwest*
http://www.freeswitchbook.com
http://www.freeswitchcookbook.com

*T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378)
*iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20141103/735e4e2a/attachment-0001.html