Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 16264 invoked from network); 5 Sep 2009 06:30:30 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 5 Sep 2009 06:30:30 -0000 Received: (qmail 93502 invoked by uid 500); 5 Sep 2009 06:30:29 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 93422 invoked by uid 500); 5 Sep 2009 06:30:29 -0000 Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@couchdb.apache.org Delivered-To: mailing list user@couchdb.apache.org Received: (qmail 93412 invoked by uid 99); 5 Sep 2009 06:30:28 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 05 Sep 2009 06:30:28 +0000 X-ASF-Spam-Status: No, hits=1.5 required=10.0 tests=SPF_PASS,WEIRD_PORT X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of blair@orcaware.com designates 12.11.234.124 as permitted sender) Received: from [12.11.234.124] (HELO orca3.orcaware.com) (12.11.234.124) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 05 Sep 2009 06:30:20 +0000 Received: from cuaron.local (localhost [127.0.0.1]) by orca3.orcaware.com (8.14.3/8.14.3/Debian-9ubuntu1) with ESMTP id n856Thdf009607; Fri, 4 Sep 2009 23:29:43 -0700 Message-ID: <4AA20557.3030903@orcaware.com> Date: Fri, 04 Sep 2009 23:29:43 -0700 From: Blair Zajac User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: user@couchdb.apache.org Subject: Re: The Strange Case of the Overarching Admin Accounts References: <4AA14F27.9020603@canonical.com> <60338A79-8193-4FDD-B73F-A3AA09082CA5@apache.org> In-Reply-To: <60338A79-8193-4FDD-B73F-A3AA09082CA5@apache.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Adam Kocoloski wrote: > On Sep 4, 2009, at 1:32 PM, eric casteleijn wrote: > >> I'm having a problem that is making me doubt my sanity, and I wonder >> if someone can reproduce this or tell me how I'm stupid: >> >> I have a system couchdb server installed, and have added an admin >> account to it with this command: >> >> curl -X PUT http://localhost:5984/_config/admins/thisfred3 -d >> '"password3"' >> >> That works fine, the admin account is written to >> /etc/couchdb/local.ini with a hashed password as one would expect, and >> persists between couchdb sessions. Wonderful. >> >> Now when I start up a different couchdb server (after stopping the >> system one, but I don't really think that matters.) on a different >> port, with a different (newly created) db_dir and a completely >> different .ini file, like so: I see the same problem, but only if I'm changing servers on the same port. Are you sure that's not the case? Regards, Blair