Return-Path: Delivered-To: apmail-httpd-users-archive@www.apache.org Received: (qmail 61644 invoked from network); 16 Mar 2010 10:07:14 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 16 Mar 2010 10:07:14 -0000 Received: (qmail 97876 invoked by uid 500); 16 Mar 2010 10:07:11 -0000 Delivered-To: apmail-httpd-users-archive@httpd.apache.org Received: (qmail 97657 invoked by uid 500); 16 Mar 2010 10:07:11 -0000 Mailing-List: contact users-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: users@httpd.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list users@httpd.apache.org Received: (qmail 97649 invoked by uid 99); 16 Mar 2010 10:07:10 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 16 Mar 2010 10:07:10 +0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of manuel.vacelet@gmail.com designates 209.85.218.222 as permitted sender) Received: from [209.85.218.222] (HELO mail-bw0-f222.google.com) (209.85.218.222) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 16 Mar 2010 10:07:04 +0000 Received: by bwz22 with SMTP id 22so4509394bwz.28 for ; Tue, 16 Mar 2010 03:06:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=TWXrv3b6kGfUAKtCBftZnK/947APqNHN8aTt2RtxLzU=; b=dIF3i6buRA9FSqcFw60JTMaXAiIpdxKlpwjqkxkNS0xnZM8j6+OE+kWRj6dOufwzPX ieyTEK7Wlv/Qq9fvZKdyydl+UyBAPjiib12L4ElxJ8N3skm45X+v1mEY+x3RoD8EHo2m 4d26KCsW0O/A9yqzbXEZmSMwL68aRLBw1JTJI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=ZSk75hmzB0nva/uSCQ63mCOVYkzSQj8sSSEUhMqLg+bKkbTWBoVVcyY5BqaPOpKdqI +4hfYkiptjYnMaP9b7lJZk7l0XpfpvXKQSGu12Dk+ZE1VT7aaB4gXGZVePviuc580pAs ukjmVorqX8i5wGVpZczxqU/SJrQZ3IVD0Z9Jc= MIME-Version: 1.0 Received: by 10.204.5.213 with SMTP id 21mr8747376bkw.66.1268734002678; Tue, 16 Mar 2010 03:06:42 -0700 (PDT) Date: Tue, 16 Mar 2010 11:06:42 +0100 Message-ID: From: Manuel Vacelet To: users@httpd.apache.org Content-Type: text/plain; charset=ISO-8859-1 Subject: [users@httpd] mod_ldap cache and strace doesn't tell the same story Hi all, I'm facing a strange issue. I have a major performance penalty on some apache related operations (svn checkout that used to take 5mn but that suddenly takes more than 7 hours). I'm running a standard RHEL5.3 with apache 2.2.3 (fyi the server runs mod_php, mod_auth_mysql and some other modules too). Thanks to strace, I identified that the httpd process that is "very long" (the httpd process that discuss with svn client that takes hour to complete). The process makes a lot of operation on a file descriptor attached to my ldap server and is regulary blocking with following syscall: poll([{fd=3, events=POLLIN|POLLPRI|POLLERR|POLLHUP}], 1, -1 fd3 is a socket (/proc//fd/3) and the inode of this socket is used to communicate with the ldap server (shown by netstat) This is where I no longer understand what happens: - I'm using mod_ldap so there should be a cache of all ldap info. - ldap-status confirm that the credentials used for the svn operation are in cache. - The cache is far from full (2%) - The hit ratio is close to 100% => Why there is an activity between my httpd process and the ldap server ? Any help appreciate, Cheers, Manuel --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See for more info. To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org " from the digest: users-digest-unsubscribe@httpd.apache.org For additional commands, e-mail: users-help@httpd.apache.org