Hi Erno,
I've been messing around with the FastCGI protocol. Apologies if my
explanations aren't particularly helpful/correct (;-p), but I'll give it a
go.
On 22/10/2007, Erno Kovacs <[EMAIL PROTECTED]> wrote:
>
> <snip>
> Basicly I get 4 classes of errors, there is a timeout one:
> [Sat Oct 20 09:19:25 2007] [warn] mod_fcgid: read data timeout in 80
> seconds
This comes from your program not writing back to the httpd (duh). There's
loads of reasons you can get this, such as it didn't parse the headers
correctly, or you're not handling Authorizer requests (so they time-out) or
maybe your process is just hanging, or overloading. Overloading is probably
the most likely (if it's possible with PHP, make sure you don't accept more
requests than you can handle).
There is a connection reset by peer (?!):
> [Mon Oct 22 05:41:49 2007] [warn] (104)Connection reset by peer:
> mod_fcgid: read data from fastcgi server error.
I think this is that your program closed the connection before properly
ending the request. IOW, it didn't send the FCGI_END_REQUEST packet
(see: *http://tinyurl.com/k7qml
*). Do you have to explicitly close them with PHP?
There is something i dont know anything about it:
> [Mon Oct 22 09:00:54 2007] [warn] (32)Broken pipe: mod_fcgid:
> ap_pass_brigade failed in handle_request function
I worked out what this meant once, but I can't remember right now. I *think*
it might be that you're trying to write data for a request that you've
already terminated. It's not an easy one to figure out from the source code
IIRC.
And there is a communication error:
> [Mon Oct 22 05:43:59 2007] [notice] mod_fcgid: process
> /wwwroot/pages/index.php(2358) exit(communication err
> or), terminated by calling exit(), return code: 0
> I think this one is not a real error and it occours when the client
> terminates the tcp connection before the request is processed.
Yeah, this is just your program ending by itself. Assuming mod_fcgid is
bug-free, this is totally benign.
<snip>
I've no experience of FastCGI/PHP, so I'll leave it there.
HTH,
Darren
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Mod-fcgid-users mailing list
Mod-fcgid-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mod-fcgid-users
