<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">So far I found out that the channel was kept open, because our ESL application never received a CHANNEL_HANGUP and CHANNEL_HANGUP_COMPLETE event. I’m running an ESL trace with tshark now. If it happens again I can see if those events are really not send by FS or they get lost in our app. If it turns out that FS sometimes is not sending the events we will upgrade to 1.8.2.<div class=""><br class=""></div><div class="">Thanks and regards</div><div class=""><br class=""></div><div class="">Markus<div class=""><div class=""><br class="Apple-interchange-newline">
</div>

<div><br class=""><blockquote type="cite" class=""><div class="">Am 10.10.2018 um 14:03 schrieb Steven Ayre <<a href="mailto:steveayre@gmail.com" class="">steveayre@gmail.com</a>>:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class="">If you take a gcore it'll generate a core dump. You could then dig into it with gdb to find the thread for that channel and see what lock it's waiting on.<div class="">However the gcore will pause the process for a while, so it will impact on any other calls on that box.</div><div class=""><br class=""></div><div class="">Have you tried reproducing it on 1.8?</div></div><br class=""><div class="gmail_quote"><div dir="ltr" class="">On Tue, 9 Oct 2018 at 20:36, Markus Bönke <<a href="mailto:mbodbg@gmx.net" class="">mbodbg@gmx.net</a>> wrote:<br class=""></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;line-break:after-white-space" class="">Hello All,<div class=""><br class=""></div><div class="">we are running freeswitch 1.6.20, calls are controlled via ESL, CDRs are written with mod_xml_cdrl. Sometimes we see „hanging“ channels. In such a case the CDR via mod_xml_cdr is written and the last log entry for such a call is "Locked, Waiting on external entities“.</div><div class="">...</div><div class=""><div class=""><div style="margin:0px;font-stretch:normal;font-size:14px;line-height:normal;font-family:Menlo;color:rgb(40,254,20);background-color:rgba(0,0,0,0.901961)" class=""><span style="font-variant-ligatures:no-common-ligatures" class="">freeswitch.log.2018-10-09-10-19-07.1:db2908e3-c06b-4293-88b1-e18cffb66263 2018-10-09 10:18:15.197345 [DEBUG] switch_core_state_machine.c:610 (<a href="mailto:sofia/internal/anonymous@anonymous.invalid" target="_blank" class="">sofia/internal/anonymous@anonymous.invalid</a>) State Change CS_REPORTING -> CS_DESTROY</span></div><div style="margin:0px;font-stretch:normal;font-size:14px;line-height:normal;font-family:Menlo;color:rgb(40,254,20);background-color:rgba(0,0,0,0.901961)" class=""><span style="font-variant-ligatures:no-common-ligatures" class="">freeswitch.log.2018-10-09-10-19-07.1:db2908e3-c06b-4293-88b1-e18cffb66263 2018-10-09 10:18:15.197345 [DEBUG] switch_core_session.c:1665 Session 166111 (<a href="mailto:sofia/internal/anonymous@anonymous.invalid" target="_blank" class="">sofia/internal/anonymous@anonymous.invalid</a>) Locked, Waiting on external entities</span></div></div></div><div class="">...</div><div class="">How can I proceed to further analyze the problem ? In the last log line I also see the session number (Session 166111) - is there a way to find out on which external entity it is waiting?</div><div class=""><br class=""></div><div class="">Thanks and regards</div><div class=""><br class=""></div><div class="">Markus </div></div>_________________________________________________________________________<br class="">
Professional FreeSWITCH Services<br class="">
<a href="mailto:sales@freeswitch.com" target="_blank" class="">sales@freeswitch.com</a><br class="">
<a href="https://freeswitch.com/" rel="noreferrer" target="_blank" class="">https://freeswitch.com</a><br class="">
<br class="">
Official FreeSWITCH Sites<br class="">
<a href="https://freeswitch.com/oss" rel="noreferrer" target="_blank" class="">https://freeswitch.com/oss</a><br class="">
<a href="https://freeswitch.org/confluence" rel="noreferrer" target="_blank" class="">https://freeswitch.org/confluence</a><br class="">
<a href="https://cluecon.com/" rel="noreferrer" target="_blank" class="">https://cluecon.com</a><br class="">
<br class="">
FreeSWITCH-users mailing list<br class="">
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank" class="">FreeSWITCH-users@lists.freeswitch.org</a><br class="">
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" rel="noreferrer" target="_blank" class="">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br class="">
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" rel="noreferrer" target="_blank" class="">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br class="">
<a href="https://freeswitch.com/" rel="noreferrer" target="_blank" class="">https://freeswitch.com</a></blockquote></div>
_________________________________________________________________________<br class="">Professional FreeSWITCH Services<br class=""><a href="mailto:sales@freeswitch.com" class="">sales@freeswitch.com</a><br class="">https://freeswitch.com<br class=""><br class="">Official FreeSWITCH Sites<br class="">https://freeswitch.com/oss<br class="">https://freeswitch.org/confluence<br class="">https://cluecon.com<br class=""><br class="">FreeSWITCH-users mailing list<br class="">FreeSWITCH-users@lists.freeswitch.org<br class="">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users<br class="">UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users<br class="">https://freeswitch.com</div></blockquote></div><br class=""></div></div></body></html>