do you have any loops in your code that might not check for session.ready() in a exit when its not true.<br><br>The symptoms you posted would be consistent with held readlocks so if you got a gcore (or windows equiv) of the process you might be able to see what threads where doing what to hang on to the read lock.<br>
<br>also are you creating sessions in the script then executing app with them, beware of this because the thread of the script is used to execute apps on a session created that way and not the session thread.<br><br><br><br>
<br><div class="gmail_quote">On Thu, Jan 15, 2009 at 5:20 AM, Jonas Gauffin <span dir="ltr">&lt;<a href="mailto:jonas.gauffin@gmail.com">jonas.gauffin@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hello<div><br></div><div>I got problems with hanging spidermonkey sessions and need some advice on how to debug them.</div><div><br></div><div>I&#39;ve made a javascript queue application that uses mod_spidermonkey_socket. It works fine for a while,</div>

<div>but after some calls I noticed that calls didnt get transferred to agents. The reason was that earlier</div><div>calls had not been terminated properly.</div><div><br></div><div><div>freeswitch@test1&gt; hupall</div>

<div>2009-01-15 12:15:04 [CRIT] switch_core_session.c:147 switch_core_session_hupall() Giving up with 8 sessions remaining</div><div>API CALL [hupall()] output:</div><div>+OK hangup all channels with cause MANAGER_REQUEST</div>

<div><br></div><div><br></div><div>freeswitch@test1&gt; show calls</div><div>API CALL [show(calls)] output:</div><div><br></div><div>0 total.</div><div><br></div><div><br></div><div>As you can see, 8 sessions are alive, but none of them are listed as calls. What kind of logs should I turn on to see what is happening with those sessions?</div>

<div><br></div><div>Thanks,</div><div>&nbsp;&nbsp;Jonas</div></div>
<br>_______________________________________________<br>
Freeswitch-users mailing list<br>
<a href="mailto:Freeswitch-users@lists.freeswitch.org">Freeswitch-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>Anthony Minessale II<br><br>FreeSWITCH <a href="http://www.freeswitch.org/">http://www.freeswitch.org/</a><br>ClueCon <a href="http://www.cluecon.com/">http://www.cluecon.com/</a><br>
<br>AIM: anthm<br><a href="mailto:MSN%3Aanthony_minessale@hotmail.com">MSN:anthony_minessale@hotmail.com</a><br>GTALK/JABBER/<a href="mailto:PAYPAL%3Aanthony.minessale@gmail.com">PAYPAL:anthony.minessale@gmail.com</a><br>
IRC: <a href="http://irc.freenode.net">irc.freenode.net</a> #freeswitch<br><br>FreeSWITCH Developer Conference<br><a href="mailto:sip%3A888@conference.freeswitch.org">sip:888@conference.freeswitch.org</a><br><a href="http://iax:guest@conference.freeswitch.org/888">iax:guest@conference.freeswitch.org/888</a><br>
<a href="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org">googletalk:conf+888@conference.freeswitch.org</a><br>pstn:213-799-1400<br>