<div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Message: 4<br>
Date: Thu, 13 Mar 2008 14:04:47 -0400<br>
From: Fairlight <<a href="mailto:fairlite@fairlite.com">fairlite@fairlite.com</a>><br>
Subject: Re: fpCGI failure<br>
To: <a href="mailto:filepro-list@lists.celestial.com">filepro-list@lists.celestial.com</a><br>
Message-ID: <<a href="mailto:20080313140447.C20527@iglou.com">20080313140447.C20527@iglou.com</a>><br>
Content-Type: text/plain; charset=us-ascii<br>
<br>What does apache's access_log and error_log have to say about it? Do they<br>
succeed with 200's, or are there errors, and if so, what is the extended<br>
error information from error_log?</blockquote><div><br>No idea. If I knew where to find them, I could tell you, but maintaining apache/fpcgi is contracted out.<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
You can safely ignore stderr. The only thing that will ever be in stderr<br>
from fP is ^G (bell). In all the years I've done CGI with fP, I've never<br>
seen a single instance of other contents.</blockquote><div><br>No output here either.<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Or maybe the process takes > ~5min and apache is giving up on the entire<br>
lot before they're done.</blockquote><div><br>Not the case, and shouldn't block fpCGI from running other processes/reports.<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I'd actually like to know if the report/clerk processes are hanging around,<br>
or are they gone? Check the process table.<br>
</blockquote></div><br>Gone. <br><br>Thanks for the advice and questions...hopefully with enough dirt thrown up, we can find the bodies...<br><br>Tyler<br>