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=17891>. 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=17891 non-threadsafe code in URI translation [EMAIL PROTECTED] changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WORKSFORME ------- Additional Comments From [EMAIL PROTECTED] 2003-11-08 11:56 ------- no response from submitter... feel free to provide more info... if this is older Solaris that uses stdio for getpwnam() and the user id lookup is failing because file descriptors < 256 are in-use, there isn't a practical solution for us to do you can verify this Solaris behavior by doing a truss of the server when it handles a request with mod_userdir... with older Solaris, open() will be done to look up the user id... with newer Solaris, there are door() calls running pfiles against a child process should tell whether or not you're running fairly close to the 256-file-descriptor mark to be safe, the number of file descriptors in use when idle + 2*ThreadsPerChild should still be < 256... possibly some modules would result in more than 2 open fds per request though if you drastically reduce the number of threads per child process and/or use prefork MPM maybe that will keep you far enough away from the 256-file-descriptor mark --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
