I’ve installed a php application on a Virtualmin server and part of the page displays and it stops rendering content and Apache displays: “The server encountered an internal error or misconfiguration and was unable to complete your request.”
When I look in the Apache error log I see:
"mod_fcgid: Read data error, fastcgi server has close connection
(32)Broken pipe: mod_fcgid: ap_pass_brigade failed in handle_request function"
I’ve included further information below. This is a new virtualmin installation (I’ve been exercising it for 2 weeks.) and now I’m trying to go live.
Any help would be greatly appreciated.
PHP Version 4.3.9
Server API CGI/FastCGI
Apache error logs
mod_fcgid: Read data error, fastcgi server has close connection
(32)Broken pipe: mod_fcgid: ap_pass_brigade failed in handle_request function
Operating system CentOS Linux 4.5
Apache version 2.0.53
Webmin version 1.350
Virtualmin version 3.43
(True) FCGId (run as virtual server owner)
I have a test domain running with no problem. It is a php application that uses a mysql database. There is not much data in the test application. In my real domain, there is quite a bit more mysql data, and longer web pages with more images to display. I wonder if something is timing out?
This is probably the default PHP memory limit kicking in, but the error doesn’t match what I was expect to see. But it’s maybe a place to start.
Edit the PHP 4 configuration (you can either use the Webmin PHP ini module, or edit the file directly in /home/domain/etc/php4/php.ini), and set the memory_limit to 32M.
I ran into the 8 MB limit for the forum here at Virtualmin.com once data was loaded into it (while everything else worked fine, including the empty forum). At least in my case, the symptoms were identical…though I had a different error I think that did mention memory.
I just tried it. No luck. Any other ideas?
This is all the detail from the error log.
[warn] mod_fcgid: Read data error, fastcgi server has close connection
[warn] (32)Broken pipe: mod_fcgid: ap_pass_brigade failed in handle_request function
The problem is only happening on one particular page on the web site. Its a large page, maybe the largest. I’m going to start picking apart the code.
Well, I removed a call to a php application that existed, but for which had not yet installed the mysql tables, and the problem went away. In a day or two I’ll be installing that database and uncommenting the call. Hopefully everything will continue to run smoothly.
Thanks for using up some valuable brain cycles and thinking about this Joe. I appreciate it. It got me thinking in a more practical way.
Any luck figuring out the root cause of this? I just encountered it
In my case, it was a recursive function call; looks like any php out of memory error causes this.