[Freeswitch-dev] Freeswitch "crash" on switch_core_media_toggle_hold

[Anthony Minessale]

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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20141103/3625c8b2/attachment.html