[prev in list] [next in list] [prev in thread] [next in thread] 

List:       freeswitch-dev
Subject:    Re: [Freeswitch-dev] Freeswitch "crash" on switch_core_media_toggle_hold
From:       miguelo sana <miguelo () tulpsolutions ! com>
Date:       2014-11-03 19:29:33
Message-ID: CAMp9BygyOn1R1KN1rEF2=StpB2iGFwQ0HhXUq5UZyGwV7pRPSw () mail ! gmail ! com
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]


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

> This issue is fixed in master.  It will be available soon as 1.4.13 or yo=
u
> 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@freeswitch.org to use the new commercial FS repos.
>
>
>
> On Tue, Oct 21, 2014 at 1:59 PM, miguelo sana <miguelo@tulpsolutions.com>
> wrote:
>
>> Hello,
>>
>> Today i experienced a very weird crash on my production freeswitch serve=
r.
>> 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 messa=
ge
>> 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 paste=
bin
>> https://pastebin.freeswitch.org/23467
>>
>> I tried to replicate the crash by dialing in with multiple phones and pu=
t
>> the call on hold and disconnect with another phone. On all my attempts t=
he
>> 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 participant=
s.
>> 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@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@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       =E2=99=AC @anthmfs  =E2=99=AC @FreeSWITCH  =E2=
=99=AC
>
> =E2=98=9E http://freeswitch.org/  =E2=98=9E http://cluecon.com/  =E2=98=
=9E
> http://twitter.com/FreeSWITCH
> =E2=98=9E irc.freenode.net #freeswitch =E2=98=9E *http://freeswitch.org/g=
+
> <http://freeswitch.org/g+>*
>
> ClueCon Weekly Development Call
> =E2=98=8E sip:888@conference.freeswitch.org  =E2=98=8E +19193869900
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting@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@lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev
> http://www.freeswitch.org
>
>

[Attachment #5 (text/html)]

<p dir="ltr">Thanks i found out a few days later that it was fixed already </p>
<div class="gmail_quote">Op 3 nov. 2014 20:13 schreef &quot;Anthony Minessale&quot; \
&lt;<a href="mailto:anthony.minessale@gmail.com">anthony.minessale@gmail.com</a>&gt;:<br \
type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 \
.8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">This issue is fixed \
in master.   It will be available soon as 1.4.13 or you can use master \
now.<div>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.</div><div><br></div><div><br></div><div>If production issues are important to \
you, consider inquiring at <a href="mailto:consulting@freeswitch.org" \
target="_blank">consulting@freeswitch.org</a> to use the new commercial FS \
repos.</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div \
class="gmail_quote">On Tue, Oct 21, 2014 at 1:59 PM, miguelo sana <span \
dir="ltr">&lt;<a href="mailto:miguelo@tulpsolutions.com" \
target="_blank">miguelo@tulpsolutions.com</a>&gt;</span> wrote:<br><blockquote \
class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc \
solid;padding-left:1ex"><div dir="ltr">Hello,<div><br></div><div>Today i experienced \
a very weird crash on my production freeswitch server.</div><div>I use freeswitch for \
a conferencing service and at the moment of the crash there where around 40 \
participants in 15 different conferences.  </div><div>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  <a href="https://pastebin.freeswitch.org/23467" \
target="_blank">https://pastebin.freeswitch.org/23467</a></div><div><br></div><div>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.</div><div>Has anyone ever experienced this. Or is anyone able to explain why \
this happens.</div><div><br></div><div>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.</div><div><br></div><div>Second i would like to know if it is possible to \
&quot;disable&quot; 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.</div><div><br></div><div><br></div><div>Thanks,</div><div>Miguelo \
Sana</div></div> <br>_________________________________________________________________________<br>
 Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org" \
target="_blank">consulting@freeswitch.org</a><br> <a \
href="http://www.freeswitchsolutions.com" \
target="_blank">http://www.freeswitchsolutions.com</a><br> <br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" \
target="_blank">http://wiki.freeswitch.org</a><br> <a href="http://www.cluecon.com" \
target="_blank">http://www.cluecon.com</a><br> <br>
FreeSWITCH-dev mailing list<br>
<a href="mailto:FreeSWITCH-dev@lists.freeswitch.org" \
target="_blank">FreeSWITCH-dev@lists.freeswitch.org</a><br> <a \
href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev" \
target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev</a><br> \
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-dev" \
target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-dev</a><br> <a \
href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br> \
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div><div \
dir="ltr">Anthony Minessale II          ♬ @anthmfs    ♬ @FreeSWITCH    \
♬<div><br><div>☞ <a href="http://freeswitch.org/" \
target="_blank">http://freeswitch.org/</a>   ☞ <a href="http://cluecon.com/" \
target="_blank">http://cluecon.com/</a>   ☞ <a href="http://twitter.com/FreeSWITCH" \
target="_blank">http://twitter.com/FreeSWITCH</a></div><div><div>☞ <a \
href="http://irc.freenode.net" target="_blank">irc.freenode.net</a> #freeswitch  ☞ \
<u><a href="http://freeswitch.org/g+" \
target="_blank">http://freeswitch.org/g+</a></u><br><br></div><div>ClueCon Weekly \
Development Call  <br></div><div>☎  <a \
href="mailto:sip%3A888@conference.freeswitch.org" \
target="_blank">sip:888@conference.freeswitch.org</a>   ☎ <a \
href="tel:%2B19193869900" value="+19193869900" target="_blank">+19193869900</a>  \
</div><div><br></div></div></div></div></div> </div>
<br>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" \
target="_blank">http://www.freeswitchsolutions.com</a><br> <br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" \
target="_blank">http://wiki.freeswitch.org</a><br> <a href="http://www.cluecon.com" \
target="_blank">http://www.cluecon.com</a><br> <br>
FreeSWITCH-dev mailing list<br>
<a href="mailto:FreeSWITCH-dev@lists.freeswitch.org">FreeSWITCH-dev@lists.freeswitch.org</a><br>
 <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev" \
target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev</a><br> \
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-dev" \
target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-dev</a><br> <a \
href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br> \
<br></blockquote></div>



_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@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@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev
http://www.freeswitch.org


[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic