Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@couchdb.apache.org
Message-ID: <1089439483.1260980238105.JavaMail.jira@brutus>
Date: Wed, 16 Dec 2009 16:17:18 +0000 (UTC)
From: "Paul Joseph Davis (JIRA)" <jira@apache.org>
To: dev@couchdb.apache.org
Subject: [jira] Commented: (COUCHDB-602) Cannot use NFS for storage
In-Reply-To: <677437022.1260978678128.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


    [ https://issues.apache.org/jira/browse/COUCHDB-602?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12791430#action_12791430 ] 

Paul Joseph Davis commented on COUCHDB-602:
-------------------------------------------

Can you get the error traceback? I'm still intrigued as to what possibly changed between 0.9.1 and 0.10.0 that changed. I find it more likely that we just weren't testing something in 0.9.1

> Cannot use NFS for storage
> --------------------------
>
>                 Key: COUCHDB-602
>                 URL: https://issues.apache.org/jira/browse/COUCHDB-602
>             Project: CouchDB
>          Issue Type: Bug
>          Components: Test Suite
>    Affects Versions: 0.10
>            Reporter: Nils Breunese
>
> Our hosting provider claims they cannot upgrade our CouchDB installation from version 0.9.1 to 0.10 as the test suite for 0.10 is failing.
> This is a translation from their report:
> ----
> CouchDB can't handle having its data directory on NFS.
> It seems CouchDB tries to do this:
> 1 mkdir test
> 2 start process X with fd under test/foo
> 3 do the work
> 4 rm test/foo
> 5 rmdir test
> 6 kill process X
> When test/ is on NFS:
> In step 4 an open file is being removed. NFS doesn't really support this 
> and the workaround is that the client implementation does
>    mv file .nfsXXXXXXX
> However, the 'rmdir test' in step 5 then cannot succeed anymore, since 
> the directory is not empty. This eventually causes CouchDB to crash.
> In earlier versions of CouchDB the open/rm/rmdir/kill order may have 
> been different, for instance open/rm/kill/rmdir.
> ----

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.