[Freeswitch-dev] Freeswitch "crash" on switch_core_media_toggle_hold

[miguelo sana]

Thanks i found out a few days later that it was fixed already
Op 3 nov. 2014 20:13 schreef "Anthony Minessale" <
anthony.minessale at gmail.com>:

> This issue is fixed in master.  It will be available soon as 1.4.13 or you
> can use master now.
> Disabling asserts only causes unreadable backtraces.  Anywhere FreeSWITCH
> crashes from an assert is for very specific reasons and there is no other
> way to recover it just helps point out the exact reason easier.
>
>
> If production issues are important to you, consider inquiring at
> consulting at freeswitch.org to use the new commercial FS repos.
>
>
>
> 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
>>
>>
>
>
> --
> Anthony Minessale II       ♬ @anthmfs  ♬ @FreeSWITCH  ♬
>
> ☞ http://freeswitch.org/  ☞ http://cluecon.com/  ☞
> http://twitter.com/FreeSWITCH
> ☞ irc.freenode.net #freeswitch ☞ *http://freeswitch.org/g+
> <http://freeswitch.org/g+>*
>
> ClueCon Weekly Development Call
> ☎ sip:888 at conference.freeswitch.org  ☎ +19193869900
>
>
> _________________________________________________________________________
> 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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20141103/5020f82d/attachment.html