Return-Path: Delivered-To: apmail-httpd-bugs-archive@www.apache.org Received: (qmail 46080 invoked from network); 14 Oct 2004 21:09:19 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 14 Oct 2004 21:09:19 -0000 Received: (qmail 42452 invoked by uid 500); 14 Oct 2004 21:09:18 -0000 Delivered-To: apmail-httpd-bugs-archive@httpd.apache.org Received: (qmail 42361 invoked by uid 500); 14 Oct 2004 21:09:17 -0000 Mailing-List: contact bugs-help@httpd.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Reply-To: "Apache HTTPD Bugs Notification List" Delivered-To: mailing list bugs@httpd.apache.org Received: (qmail 42345 invoked by uid 99); 14 Oct 2004 21:09:17 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=NO_REAL_NAME X-Spam-Check-By: apache.org Received: from [192.18.33.10] (HELO exchange.sun.com) (192.18.33.10) by apache.org (qpsmtpd/0.28) with SMTP; Thu, 14 Oct 2004 14:09:17 -0700 Received: (qmail 3778 invoked by uid 50); 14 Oct 2004 21:11:16 -0000 Date: 14 Oct 2004 21:11:16 -0000 Message-ID: <20041014211116.3777.qmail@nagoya.betaversion.org> From: bugzilla@apache.org To: bugs@httpd.apache.org Cc: Subject: DO NOT REPLY [Bug 23548] - prefork model on solaris 2.6 mod_ldap leaves connections to ldap in close_wait X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . 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=23548 prefork model on solaris 2.6 mod_ldap leaves connections to ldap in close_wait todd@mtu.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Version|2.0.47 |2.0.52 ------- Additional Comments From todd@mtu.edu 2004-10-14 21:11 ------- I have been testing this extensively on RedHat AS 3.0 (Taroon Update 1) with kernel 2.6.7 and I still see it happening using Apache 2.0.52. I can duplicate it easily by setting the cache TTLs to 30 seconds and my OpenLDAP server idletimeout to 60 seconds. Simply login to the server, refresh the page once or twice, then wait 60 seconds. For some reason I have to do this 5 times for it to "break". If I do a netstat -anp on the web server machine I see 5 LDAP sessions in CLOSE_WAIT state attached to httpd children. I should also mention that this only happens with LDAPS connections. If I switch my URL to LDAP the CLOSE_WAIT session is either reaped or reused. It does go into CLOSE_WAIT, but it gets "fixed". I hope this information was helpful. Please contact todd@mtu.edu with further questions. By the way, shutting off the cache causes the server's children to seg fault continuously. Todd Piket (todd@mtu.edu) Analyst/Programmer Distributed Computing Services Michigan Technological University --------------------------------------------------------------------- To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org For additional commands, e-mail: bugs-help@httpd.apache.org