[Freeswitch-dev] Freeswitch "crash" on switch_core_media_toggle_hold
miguelo at tulpsolutions.com
Mon Nov 3 22:29:33 MSK 2014
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>
>> 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
>> 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
>> 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.
>> Miguelo Sana
>> Professional FreeSWITCH Consulting Services:
>> consulting at freeswitch.org
>> Official FreeSWITCH Sites
>> FreeSWITCH-dev mailing list
>> FreeSWITCH-dev at lists.freeswitch.org
> Anthony Minessale II ♬ @anthmfs ♬ @FreeSWITCH ♬
> ☞ http://freeswitch.org/ ☞ http://cluecon.com/ ☞
> ☞ irc.freenode.net #freeswitch ☞ *http://freeswitch.org/g+
> ClueCon Weekly Development Call
> ☎ sip:888 at conference.freeswitch.org ☎ +19193869900
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> Official FreeSWITCH Sites
> FreeSWITCH-dev mailing list
> FreeSWITCH-dev at lists.freeswitch.org
-------------- next part --------------
An HTML attachment was scrubbed...
Join us at ClueCon 2014 Aug 4-7, 2014
More information about the FreeSWITCH-dev