DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10272>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10272 die of server ------- Additional Comments From [EMAIL PROTECTED] 2002-08-23 15:21 ------- Just as a note, I was having this problem while developing a third-party module, with 2.0.39, but didn't have time to investigate. The server was barely loaded and so the fact that the master process would die, but the child processes remained alive, was puzzling. After I upgraded to 2.0.40 and moved on to other work, the problem seemed to go away. I tried switching back to 2.0.39 and leaving the server to run for long periods, or restarting it frequently, and couldn't reproduce the problem. Eventually, I realized that what I must have been doing was copying a newly rebuilt httpd binary into the installation directory while the server was running. Changing the binary underneath a running server seems to cause the master process alone to exit. Fair enough! So although the submitter of this bug didn't respond, I wonder if that's what he or she was doing too. For the record, I'm running on Solaris 8 with OpenSSL 0.9.6g, and the following configuration, compiled with Sun's WorkShop 6 update 2 C 5.3 compiler: ./configure --prefix=/path/to/apache/wps-grader-2.0.40 \ --with-layout=Apache \ --with-port=8080 \ --with-mpm=worker \ --with-ssl=/path/to/openssl-0.9.6g \ --enable-auth-digest \ --enable-cgid \ --enable-expires \ --enable-headers \ --enable-http \ --enable-info \ --enable-ssl \ --enable-status \ --enable-unique-id \ --disable-cgi \ --disable-dav \ --disable-includes \ --disable-proxy \ --disable-userdir Summary is: If the submitter was copying new httpd executables into place while the server was running, that might explain his or her problems. Moral is: Don't do that. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
