<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">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>