Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 5344 invoked from network); 24 Oct 2009 06:19:17 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 24 Oct 2009 06:19:17 -0000 Received: (qmail 27721 invoked by uid 500); 24 Oct 2009 06:19:16 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 27639 invoked by uid 500); 24 Oct 2009 06:19:16 -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 27629 invoked by uid 99); 24 Oct 2009 06:19:16 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 24 Oct 2009 06:19:16 +0000 X-ASF-Spam-Status: No, hits=-2.6 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of paul.joseph.davis@gmail.com designates 209.85.217.211 as permitted sender) Received: from [209.85.217.211] (HELO mail-gx0-f211.google.com) (209.85.217.211) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 24 Oct 2009 06:19:13 +0000 Received: by gxk3 with SMTP id 3so3754685gxk.15 for ; Fri, 23 Oct 2009 23:18:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:content-type :content-transfer-encoding; bh=c+jKWsxnbBrkwCVNxxkDGiL++mWcBghB/RcDTVmZ3+8=; b=xfikJPuaXi2wMb9rIMZNiVp/PxYyovYIuZQ+DXGNqgdd+7RTfL9QFI/HTslbKWOz88 IktJ8Bh9ApLMzl3lsTcrKfSD6DHsvxfsYubN52HXjWZJ17f+pgRkwC50qIPpxxF3aRZU B2cmnhLL+mT7NSvjkFWKp5F+/cQ5Dhz3pSKns= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:content-transfer-encoding; b=p5/WETymjSLgTEap+tl8i5rewbr5lVdBI+Ox/50HRhjlgeN2X217JSLvRLamoRWd5e 14r4HuWCokuQ4AyWH+V0UnnOv+m+xbQ38Q4ErwhN4UM8OOb8IFwOfYhRXDvaYJRgV/GZ AlbS/AcrZVjpBppGutv0mZaV07lqIqBK+rWn4= MIME-Version: 1.0 Received: by 10.101.73.18 with SMTP id a18mr1457698anl.66.1256365133115; Fri, 23 Oct 2009 23:18:53 -0700 (PDT) In-Reply-To: <20091024054511.GJ3633@delora.autosys.us> References: <20091024011927.GC3633@delora.autosys.us> <20091024040416.GE3633@delora.autosys.us> <20091024054511.GJ3633@delora.autosys.us> From: Paul Davis Date: Sat, 24 Oct 2009 02:18:33 -0400 Message-ID: Subject: Re: [long] multiple couchdb invocations, single machine To: user@couchdb.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable > =A0And, just now, I realized that it is wanting to create databases > =A0in whatever directory I start from. (I do not understand why > =A0it wasn't trying to create them in /usr/local/var/lib but rather > =A0/usr/local/var/lib/couchdb before). > > =A0I start PAT in /usr/local/var/lib/couchdb_pat > =A0and start > =A0MIKE in /usr/local/var/lib/couchdb_mike > > =A0and I can run separate test suites and create databases with > =A0each invocation that the other invocation does not see. > > > =A0The trivial workaround to have it function as I want is to > > =A0cd path/to/invocation/database/directory && couchdb -n -a ... > > > =A0Of course, not a long-term strategy but will work for now. Michael, Hmm, you must've uncovered a bug here in the recent boot sequence updates. You've probably reduced it well enough that we should be able to get it fixed though. Thanks for the report. Paul Davis