Return-Path: Delivered-To: apmail-httpd-bugs-archive@www.apache.org Received: (qmail 42727 invoked from network); 8 Sep 2005 19:49:04 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 8 Sep 2005 19:49:04 -0000 Received: (qmail 45170 invoked by uid 500); 8 Sep 2005 19:49:03 -0000 Delivered-To: apmail-httpd-bugs-archive@httpd.apache.org Received: (qmail 45113 invoked by uid 500); 8 Sep 2005 19:49:02 -0000 Mailing-List: contact bugs-help@httpd.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: Reply-To: "Apache HTTPD Bugs Notification List" List-Id: Delivered-To: mailing list bugs@httpd.apache.org Received: (qmail 45098 invoked by uid 99); 8 Sep 2005 19:49:02 -0000 X-ASF-Spam-Status: No, hits=0.2 required=10.0 tests=NO_REAL_NAME X-Spam-Check-By: apache.org Received: from [192.87.106.226] (HELO ajax.apache.org) (192.87.106.226) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 08 Sep 2005 12:49:02 -0700 Received: by ajax.apache.org (Postfix, from userid 99) id 314AA187; Thu, 8 Sep 2005 21:49:01 +0200 (CEST) From: bugzilla@apache.org To: bugs@httpd.apache.org Subject: DO NOT REPLY [Bug 36563] New: - mod_ldap caching breaks when value is NULL X-Bugzilla-Reason: AssignedTo Message-Id: <20050908194901.314AA187@ajax.apache.org> Date: Thu, 8 Sep 2005 21:49:01 +0200 (CEST) X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.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=36563 Summary: mod_ldap caching breaks when value is NULL Product: Apache httpd-2.0 Version: 2.0.53 Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: mod_ldap AssignedTo: bugs@httpd.apache.org ReportedBy: ondrej@sury.org I am author of mod_vhost_ldap (second module based on mod_ldap :-) and I found some rather nasty bug in mod_ldap caching. There is error in caching, when any attribute returned from LDAP is null, then mod_ldap caches only attributes fetched before this null attribute. Example from logs: (first run) [Thu Sep 08 21:30:13 2005] [debug] mod_vhost_ldap.c(383): [client 172.16.21.2] [mod_vhost_ldap.c]: dn: apacheServerName=000001.tld,ou=VHosts,ou=web,dc=active24,dc=com [Thu Sep 08 21:30:13 2005] [debug] mod_vhost_ldap.c(395): [client 172.16.21.2] [mod_vhost_ldap.c]: processing apacheServerName: 000001.tld [Thu Sep 08 21:30:13 2005] [debug] mod_vhost_ldap.c(395): [client 172.16.21.2] [mod_vhost_ldap.c]: processing apacheServerAdmin: (null) [Thu Sep 08 21:30:13 2005] [debug] mod_vhost_ldap.c(395): [client 172.16.21.2] [mod_vhost_ldap.c]: processing apacheDocumentRoot: /var/www/00/10/04/000001.tld/www/ [Thu Sep 08 21:30:13 2005] [debug] mod_vhost_ldap.c(395): [client 172.16.21.2] [mod_vhost_ldap.c]: processing apacheScriptAlias: /var/www/00/10/04/000001.tld/cgi-bin [Thu Sep 08 21:30:13 2005] [debug] mod_vhost_ldap.c(395): [client 172.16.21.2] [mod_vhost_ldap.c]: processing apacheSuexecUid: 1004 [Thu Sep 08 21:30:13 2005] [debug] mod_vhost_ldap.c(395): [client 172.16.21.2] [mod_vhost_ldap.c]: processing apacheSuexecGid: 1004 (second run -> results from cache) [Thu Sep 08 21:30:18 2005] [debug] mod_vhost_ldap.c(383): [client 172.16.21.2] [mod_vhost_ldap.c]: dn: apacheServerName=000001.tld,ou=VHosts,ou=web,dc=active24,dc=com [Thu Sep 08 21:30:18 2005] [debug] mod_vhost_ldap.c(395): [client 172.16.21.2] [mod_vhost_ldap.c]: processing apacheServerName: 000001.tld [Thu Sep 08 21:30:18 2005] [debug] mod_vhost_ldap.c(395): [client 172.16.21.2] [mod_vhost_ldap.c]: processing apacheServerAdmin: (null) [Thu Sep 08 21:30:18 2005] [debug] mod_vhost_ldap.c(395): [client 172.16.21.2] [mod_vhost_ldap.c]: processing apacheDocumentRoot: (null) [Thu Sep 08 21:30:18 2005] [debug] mod_vhost_ldap.c(395): [client 172.16.21.2] [mod_vhost_ldap.c]: processing apacheScriptAlias: (null) [Thu Sep 08 21:30:19 2005] [notice] child pid 3379 exit signal Segmentation fault (11) Quick workaround is to move attributes which can be NULL to end or to define _all_ attributes in LDAP. Corect way is to fix this bug in mod_ldap. Since structure is returned ok on first run I think that there is a way how to fix it. I will look on this when I have some time. Ondrej. P.S.: Tested on 2.0.53, but I have checked 2.0.54 ChangeLog and diffs and it includes only addition of LDAPConnectionTimeout. -- 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: bugs-unsubscribe@httpd.apache.org For additional commands, e-mail: bugs-help@httpd.apache.org