<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[fop2 service dying]]></title><description><![CDATA[<p dir="auto">We installed fop2 about 2 weeks ago. In that time frame the fop2 service has died 3 times. We are not seeing anything logged in /var/log/messages. We are running Asterisk 1.4.21.2 on CentOS 5.3. Has anybody else experienced this? Is there a way to enable logging so we can try to figure out what is happening?</p>
]]></description><link>http://localhost:4567/topic/58/fop2-service-dying</link><generator>RSS for Node</generator><lastBuildDate>Tue, 27 Oct 2026 04:39:07 GMT</lastBuildDate><atom:link href="http://localhost:4567/topic/58.rss" rel="self" type="application/rss+xml"/><pubDate>Wed, 29 Jul 2009 13:58:11 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to fop2 service dying on Thu, 17 Dec 2009 22:40:50 GMT]]></title><description><![CDATA[<p dir="auto">Hi,</p>
<p dir="auto">The last lines of the log should be some kind of error like "Can't call method XXX" on line YYYY</p>
<p dir="auto">Please try to catch that, the output you posted seems incomplete. If you run fop2 under gnu screen as mentioned it must show something like that before crashing.</p>
<p dir="auto">I have fixed some of this issues in the next release, but I might need to squash some more of them, and the only way to find the problems is by user feedback, as usually crashes happen under certain conditions that are hard or impossible to replicate/reproduce (unconfigured buttons, extremely loaded servers, etc)</p>
<p dir="auto">Best regards,</p>
]]></description><link>http://localhost:4567/post/309</link><guid isPermaLink="true">http://localhost:4567/post/309</guid><dc:creator><![CDATA[nicolas]]></dc:creator><pubDate>Thu, 17 Dec 2009 22:40:50 GMT</pubDate></item><item><title><![CDATA[Reply to fop2 service dying on Thu, 17 Dec 2009 00:04:06 GMT]]></title><description><![CDATA[<p dir="auto">I have this same problem on a CentOS 5.4 X64 server.  FOP2 dies randomly.  I have tried what you suggested and these are the last lines of output.log:</p>
<p dir="auto">127.0.0.1       &lt;- Event: RTCPSent<br />
127.0.0.1       &lt;- Privilege: reporting,all<br />
127.0.0.1       &lt;- To: 192.168.11.129:19435<br />
127.0.0.1       &lt;- OurSSRC: 1859564915<br />
127.0.0.1       &lt;- SentNTP: 1260993389.2531479552<br />
127.0.0.1       &lt;- SentRTP: 1552160<br />
127.0.0.1       &lt;- SentPackets: 9701<br />
127.0.0.1       &lt;- SentOctets: 1552160<br />
127.0.0.1       &lt;- ReportBlock:<br />
127.0.0.1       &lt;- FractionLost: 0<br />
127.0.0.1       &lt;- CumulativeLoss: 0<br />
127.0.0.1       &lt;- IAJitter: 0.0004<br />
127.0.0.1       &lt;- TheirLastSR: 0<br />
127.</p>
<p dir="auto">The complete log is 126mb because today it lasted over 8 hours without crashing.  Some days it can crash every few hours.</p>
]]></description><link>http://localhost:4567/post/308</link><guid isPermaLink="true">http://localhost:4567/post/308</guid><dc:creator><![CDATA[cursor]]></dc:creator><pubDate>Thu, 17 Dec 2009 00:04:06 GMT</pubDate></item><item><title><![CDATA[Reply to fop2 service dying on Wed, 29 Jul 2009 21:06:21 GMT]]></title><description><![CDATA[<p dir="auto">Hi,</p>
<p dir="auto">There is a way and I will very much appreciate if you can capture the output. You have to run fop2 on the command line enabling debug, capturing the output. The best way, in my opinion is to:</p>
<p dir="auto">Stop fop2 as a service</p>
<pre><code>service fop2 stop
</code></pre>
<p dir="auto">And then use gnu screen and script to start fop2_server:</p>
<pre><code>screen
script output.log
./fop2_server -X 15
</code></pre>
<p dir="auto">Then you have to dettach the screen console with ctrl-D</p>
<p dir="auto">Verify that fop2_server is running:</p>
<pre><code>pgrep fop2_server 
</code></pre>
<p dir="auto">You can see the debug output while it is being wrote to disk:</p>
<pre><code>tail -f /usr/local/fop2/output.log
</code></pre>
<p dir="auto">I have fixed some of this crashes already, maybe updating your setup (just replacing fop2_server) will cure the problem, but it would be nice anyways to capture the error as described above. Once fop2_server dies, you can reattach the screen:</p>
<pre><code>screen -r
</code></pre>
<p dir="auto">You will see the last lines and error on your screen. Type "exit" to quit scripts from capturing to output.log, Type "exit" again to quit screen.</p>
]]></description><link>http://localhost:4567/post/307</link><guid isPermaLink="true">http://localhost:4567/post/307</guid><dc:creator><![CDATA[nicolas]]></dc:creator><pubDate>Wed, 29 Jul 2009 21:06:21 GMT</pubDate></item></channel></rss>