<br><br><div class="gmail_quote">On Thu, Mar 13, 2008 at 10:47 AM, Nancy Palmquist &lt;<a href="mailto:nlp@vss3.com">nlp@vss3.com</a>&gt; wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><div></div><div class="Wj3C7c">Tyler wrote:<br>
&gt; fpCGI, both v1 and 2, bombs out on our Apache2 web server running<br>
&gt; fp5.0.14 on SCO OS 6. &nbsp;It simply stops outputting HTML files for any<br>
&gt; rreports run. &nbsp;It requires rebooting the entire machine to get it going<br>
&gt; again. &nbsp;Running the commands thru fpcgi that it was stalling on works<br>
&gt; perfectly fine after the reboot.<br>
&gt;<br>
&gt; Via our resller via Ray at fptech, Ron at fptech says that it looks like<br>
&gt; an application error, and that we should just set Field_nohtmlfound to<br>
&gt; some other page. &nbsp;This is obviously unsatisfactory.<br>
&gt;<br>
&gt; Can anyone shed any light on this, or how to avoid it?<br>
&gt;<br>
&gt; Tyler<br>
&gt;<br>
&gt;<br>
</div></div><div class="Ih2E3d">&gt; ------------------------------------------------------------------------<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; Filepro-list mailing list<br>
&gt; <a href="mailto:Filepro-list@lists.celestial.com">Filepro-list@lists.celestial.com</a><br>
&gt; <a href="http://mailman.celestial.com/mailman/listinfo/filepro-list" target="_blank">http://mailman.celestial.com/mailman/listinfo/filepro-list</a><br>
<br>
</div>I use fpCGI 2.0 extensively, and I am not sure you might not be experiencing a<br>
timing issue.<br>
<br>
End the filepro command line with something like this:<br>
<br>
1&gt;/tmp/report1 2&gt;/tmp/report2<br>
<br>
I use this for troubleshooting and just change the &quot;report&quot; part to indicate<br>
which process is running so I can tell them apart.<br>
<br>
Run your app and then look to see if /tmp/report2 has anything (errors go here)<br>
<br>
Maybe you are getting an error that is displaying in /tmp/report1.<br>
<br>
You might find a Deleted Key error (the kind I seem to get in this type of hang).<br>
<br>
Also maybe something is not waiting long enough. &nbsp;Make sure you do not have<br>
fpCGI only waiting 20 sec, but your report takes 30 sec to run.<br>
<br>
I think it is possible to set Apache2 to timeout also. &nbsp;Review this settings.<br>
<br>
Hope that helps. &nbsp;Mine has worked so long without issue, I hardly look at stuff<br>
anymore.<br>
<br>
Nancy<br>
</blockquote></div><br>Thanks for the advice Nancy!&nbsp; <br><br>We already tried the output redirect, with no error output. :(<br><br>We suppress deleted key errors via an environment variable :(<br><br>The wait time is a possibility, but I don&#39;t think it would prevent every subsequent report on any table being run by fpcgi - it would just keep that one report from outputting.&nbsp; Besides, these are very simple reports, and when run manually usually take milliseconds.<br>
<br>Our apache2 timeout is 60sec, I believe.<br><br>I&#39;m glad your setup works well.&nbsp; Ours never has, and neither has filepro.&nbsp; My particular favourite is when filepro spontaneously gives syntax errors on import or export commands when you try to save a processing table.&nbsp; If you then save without a syntax check, go back in, and save again the second time with a syntax check, it won&#39;t complain. It&nbsp; will do this even if you don&#39;t edit the processing table, just look at it and then save it.<br>
<br>While others on this list go on about fp&#39;s reliability and stability, I have never found our setup to behave so.&nbsp; If someone could resolve these issues for us and is here in Phoenix, we would certainly consider contracting them for our sysadmin issues and maintenance, as our current contractor hasn&#39;t been able to solve these and other issues for the two years I&#39;ve been here.<br>
<br>Tyler<br>