DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=40328>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=40328 ------- Additional Comments From [EMAIL PROTECTED] 2006-09-05 18:33 ------- >Further bad news, CGI fails even with the change in apachectl . >Back to square one. Something that may have been lost in the recent discussion: Joe identified the type of ulimit invocation which often needs to be adjusted to solve this type of fork() failure. You noticed an unrelated invocation of ulimit in apachectl which adjusts the number of file descriptors on most Unix-ish systems. That original ulimit makes no attempt to address the issue you're seeing, on any system. Suggestion: Confirm that the CGI is actually exiting as expected when run from Apache 2.2.3 (i.e., you're not hitting the limit simply because CGI is not exiting as quickly and you run out of allowable child processes). Confirm that your Apache 2.2.3 build was configured in as similar a manner as possible as your 2.0.x build where you don't see this issue. (same choice of mod_cgi vs. mod_cgid, same MPM, same MPM settings). Find a BSD/OS support mailing list/newsgroup/whatever and see what has to be adjusted to keep fork() from returning EAGAIN. This definitely needs to move to a user support forum. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
