Return-Path: Delivered-To: apmail-httpd-dev-archive@www.apache.org Received: (qmail 79660 invoked from network); 25 Aug 2007 18:18:24 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 25 Aug 2007 18:18:24 -0000 Received: (qmail 60130 invoked by uid 500); 25 Aug 2007 18:18:18 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 60046 invoked by uid 500); 25 Aug 2007 18:18:18 -0000 Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: dev@httpd.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list dev@httpd.apache.org Received: (qmail 60035 invoked by uid 99); 25 Aug 2007 18:18:18 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 25 Aug 2007 11:18:18 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of spam_from_apache_dev_2@chezphil.org designates 77.240.5.4 as permitted sender) Received: from [77.240.5.4] (HELO japan.chezphil.org) (77.240.5.4) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 25 Aug 2007 18:18:13 +0000 Received: from localhost ([127.0.0.1] helo=chezphil.org) by japan.chezphil.org with esmtp (Exim 4.67) (envelope-from ) id 1IP0Cl-0000Tl-EX for dev@httpd.apache.org; Sat, 25 Aug 2007 19:17:51 +0100 Received: from localhost ([127.0.0.1]) by japan with smtp (dmsmtpd 0.00001); Sat, 25 Aug 2007 19:17:50 +0100 To: Date: Sat, 25 Aug 2007 19:17:50 +0100 Subject: Re: auth dbd pgsql issues Message-ID: <1188065870360@dmwebmail.japan.chezphil.org> In-Reply-To: <46CFA308.1080403@pearsoncmg.com> References: <46CFA308.1080403@pearsoncmg.com> X-Mailer: Decimail Webmail 3alpha16 MIME-Version: 1.0 Content-Type: text/plain; format="flowed" From: "Phil Endecott" Received-SPF: pass X-SPF-Guess: pass X-Virus-Checked: Checked by ClamAV on apache.org Chris Darroch wrote: > Phil Endecott wrote: > >> OK; my experience seems to be that in this respect 2.2.4 has regressed >> compared to 2.2.3 (though I may have been lucky in some way with my >> 2.2.3 setup) and certainly compared to 2.0.x + the 3rd-party >> mod_auth_pgsql. I don't know if this affects how the issue is >> prioritised for inclusion in future versions. I would love to see >> working authn_dbd ASAP. > > We have mod_authn_dbd + mod_dbd working but we use the trunk > version of mod_dbd.c. It's a drop-in replacement for 2.2.x's > mod_dbd.c; you can just copy it into 2.2.4 and recompile. $ svn cat http://svn.apache.org/repos/asf/httpd/httpd/trunk/modules/database/mod_dbd.c > mod_dbd.c $ apxs2 -c mod_dbd.c # apxs2 -i mod_dbd.la # /etc/init.d/apache2 restart ..and it works. (Well, for all of 5 minutes so far.) I'm also pleased to see that performance is quite reasonable. I had assumed that I would need to add some sort of credentials caching, and have posted about this here before. But it looks as if, with a persistent connection, PostgreSQL responds very quickly and takes very little CPU to do so. Many thanks for your help. Phil.