Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@couchdb.apache.org
Received-SPF: pass (athena.apache.org: domain of skippy.hammond@gmail.com
 designates 209.85.220.209 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:reply-to:user-agent:mime-version:to:subject
         :references:in-reply-to:content-type:content-transfer-encoding;
        b=bWg1r10rWVruDtM3N5ETG/zfOke9wE7YXtXwRsSo2g2VAmEzPM+7B2YQRuPTb/izEX
         5JvuXi06ZK/OhPTvtFSbhlyw5hkNoqyT+9RtlUikA4CmFOVqGEW/71Ob/X3db6XLHRJO
         Vndkg3CFSvdMaIe1jqVQ6baD3sl1myj3Jxkys=
Message-ID: <4AD51407.4070509@gmail.com>
Date: Wed, 14 Oct 2009 10:57:59 +1100
From: Mark Hammond <skippy.hammond@gmail.com>
Reply-To: mhammond@skippinet.com.au
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US;
 rv:1.9.1.4pre) Gecko/20090915 Thunderbird/3.0b4
MIME-Version: 1.0
To: user@couchdb.apache.org
Subject: Re: 0.10 on windows
References: 
 <3B68E8531296AE4B8E3A1B73A628366E1343E57A10@MCCLANE.eservices.virginia.edu>
In-Reply-To: 
 <3B68E8531296AE4B8E3A1B73A628366E1343E57A10@MCCLANE.eservices.virginia.edu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

On 14/10/2009 3:47 AM, Brunjes, Lee (lmb7s) wrote:
>
>
> First off, the new installer is very nice and seems to work real nice on server 2008. Thanks.

My pleasure :)

> To preempt some bug reports, if you are running windows and get the following error on tests:
>
>   {"error":"error","reason":"eacces"}
>
> First check your folder permissions. If you can do run as admin and do the test suite with no errors, you should immediately be thinking that you have a permission issue. You may also have better results installing to a directory outside of program files.

I'd love to hear if anyone manages this, but I'm fairly confident these 
ideas will not solve the problem:

* As mentioned in the readme, the installer adjusts permissions on the 
directories with the DB.  If you can use Futon to, eg, create an empty 
database, permissions are OK.  In other words, "access denied" when 
*deleting* the test database certainly isn't a permissions issue, as the 
test suite previously managed to *create* it.

* Many of those tests work successfully if you run them manually and 
retry a few times.  Often they work on the second attempt, sometimes 
even more are needed, and sometimes I just resort to restarting couch 
itself - the *first* test you attempt to run after a restart almost 
always works OK.

The problem is simply that couchdb itself is trying to delete a file 
from the file-system while couchdb itself still has that file open. 
This works on most platforms other than Windows.  This same problem will 
prevent compaction working (actually, it *does* compact OK, but fails to 
swap in the newly compacted database as the old one is still in use by 
couch itself)

> I will also be updating the installer page I wrote to point the user to the new, official 0.10, installer.

Excellent, thanks!

Cheers,

Mark