try setting the timeout in curl<br><br>conf/autoload_configs/xml_curl.conf.xml:<br>&lt;param name=&quot;timeout&quot; value=&quot;5&quot;/&gt;<br><br><div class="gmail_quote">On Thu, Jan 7, 2010 at 12:12 PM, Nicolas Brenner <span dir="ltr">&lt;<a href="mailto:nicolas@medularis.com">nicolas@medularis.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;">Michael,<br>
<br>
Thanks for your help. Yes, if I restart FS things go back to normal<br>
for a while and then the same thing starts happening again.<br>
<br>
The weird thing is, it started only 2 days ago, and happened only once<br>
or twice. Before that I had no trouble, and I only made 1 change,<br>
which I reverted, but it wasn&#39;t that. Today it&#39;s happening all the<br>
time, if I restart FS things will work for maybe an hour and then it<br>
will start doing the same thing.<br>
<br>
I&#39;m guessing it might be something external to FS, like curl calls not<br>
finishing properly because of the url they are requesting or something<br>
like that.<br>
<br>
What kind of info should I collect? I don&#39;t think it has to do with<br>
sofia or any sip-related problems. I&#39;m also using the default<br>
dialplan, no changes at all, I&#39;m doing everything through JS, well and<br>
one really small lua script.<br>
<br>
This is the main JS file:<br>
It originates 2 calls and bridges them.<br>
<br>
- <a href="http://pastebin.freeswitch.org/11706" target="_blank">http://pastebin.freeswitch.org/11706</a><br>
<br>
<br>
This is another JS script which gets called when each call is hanged up:<br>
It gets some info and then requests a url using curl to update call<br>
status on an external db.<br>
<br>
- <a href="http://pastebin.freeswitch.org/11707" target="_blank">http://pastebin.freeswitch.org/11707</a><br>
<br>
<br>
This lua script calls a ruby script to do some other stuff when a call<br>
is answered:<br>
<br>
- <a href="http://pastebin.freeswitch.org/11708" target="_blank">http://pastebin.freeswitch.org/11708</a><br>
<br>
<br>
Thanks!<br>
<br>
<br>
Nico<br>
<div><div></div><div class="h5"><br>
<br>
<br>
On Thu, Jan 7, 2010 at 2:26 PM, Michael Collins &lt;<a href="mailto:msc@freeswitch.org">msc@freeswitch.org</a>&gt; wrote:<br>
&gt;<br>
&gt;<br>
&gt; On Thu, Jan 7, 2010 at 7:43 AM, Nicolas Brenner &lt;<a href="mailto:nicolas@medularis.com">nicolas@medularis.com</a>&gt;<br>
&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; Hi, I&#39;m having a strange problem with FS. I&#39;m using a few JS scripts<br>
&gt;&gt; to generate calls and bridge them together. Usually everything works<br>
&gt;&gt; just fine, but them at some point it&#39;s like if FS choked, calls for<br>
&gt;&gt; the first leg of the bridges are apparently made, but the second leg<br>
&gt;&gt; is never called. The call is not hanged up for several minutes and the<br>
&gt;&gt; system keeps opening new channels but never connecting a call.<br>
&gt;&gt;<br>
&gt;&gt; For example, right now, doing &#39;show channels&#39; on the console, I get a<br>
&gt;&gt; list of 72 open channels (it&#39;s adding up, it was 40 a couple minutes<br>
&gt;&gt; ago), but doing a &#39;show calls&#39; gives me 0 active calls. The usual<br>
&gt;&gt; behavior, when everything&#39;s working fine, is to get twice as many<br>
&gt;&gt; channels as there are active calls and no channels at all when there<br>
&gt;&gt; are no calls, unless they haven&#39;t been bridged yet.<br>
&gt;&gt;<br>
&gt;&gt; The originate string is something like this:<br>
&gt;&gt;<br>
&gt;&gt; var stUsRing = &quot;%(2000,4000,440,480)&quot;;<br>
&gt;&gt; var timeout = 45;<br>
&gt;&gt; originate_str1 = &quot;{api_hangup_hook=jsapi::callback.js<br>
&gt;&gt; l1,execute_on_answer=lua answered.lua 1<br>
&gt;&gt;<br>
&gt;&gt; c2c_call,ignore_early_media=true,originate_timeout=90,hangup_after_bridge=false,ringback=&#39;&quot;+stUsRing+&quot;&#39;,medularis_uuid=&quot;+uuid+&quot;,c2c_call=true,api_call=true,leg=1}[leg_timeout=&quot;+timeout+&quot;]&quot;+dialstr1;<br>

&gt;&gt;<br>
&gt;&gt; Where diasltr1 has the phonenumber and and gateway info. The<br>
&gt;&gt; callback.js has a curl request to update some call info on an external<br>
&gt;&gt; database and answered.lua calls a ruby script through the os.execute()<br>
&gt;&gt; function (I know, I should be doing all this through the event socket,<br>
&gt;&gt; I was doing that but had trouble and had to come up with a quick<br>
&gt;&gt; solution).<br>
&gt;&gt;<br>
&gt;&gt; The system is not loaded at all, at least not for what I think and<br>
&gt;&gt; read that FS can handle. We are having at most 10 concurrent calls (20<br>
&gt;&gt; channels), with maybe 5 to 10 calls per minute.<br>
&gt;&gt;<br>
&gt;&gt; What worries me is not only that I don&#39;t know where the problem is,<br>
&gt;&gt; but that I have no clue how to debug it or send you guys more<br>
&gt;&gt; &quot;lowlevel&quot; and detailed information to give you an insight about<br>
&gt;&gt; what&#39;s going on. Any help would be greatly appreciated!<br>
&gt;&gt;<br>
&gt;&gt; Thanks!<br>
&gt;&gt;<br>
&gt;&gt; Nico<br>
&gt;&gt;<br>
&gt; First off you&#39;ll want to get familiar with the resources mentioned here:<br>
&gt; <a href="http://wiki.freeswitch.org/wiki/Reporting_Bugs" target="_blank">http://wiki.freeswitch.org/wiki/Reporting_Bugs</a><br>
&gt;<br>
&gt; It has good tips on how to collect and report information.<br>
&gt;<br>
&gt; Second, I recommend that you pastebin your relevant portion of the dialplan<br>
&gt; and the whole javascript program that you are using so that others can take<br>
&gt; a look.<br>
&gt;<br>
&gt; Last thing: if you restart FreeSWITCH does everything work fine for a while<br>
&gt; but then eventually it breaks down and exhibits the behavior that you are<br>
&gt; reporting?<br>
&gt;<br>
&gt; -MC<br>
&gt;<br>
</div></div><div><div></div><div class="h5">&gt; _______________________________________________<br>
&gt; FreeSWITCH-users mailing list<br>
&gt; <a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
&gt; <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
&gt; UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
&gt; <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
&gt;<br>
&gt;<br>
<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>
</div></div></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>
Twitter: <a href="http://twitter.com/FreeSWITCH_wire">http://twitter.com/FreeSWITCH_wire</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:+19193869900<br>