Return-Path: Delivered-To: apmail-couchdb-dev-archive@www.apache.org Received: (qmail 66879 invoked from network); 29 Jul 2010 00:56:36 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 29 Jul 2010 00:56:36 -0000 Received: (qmail 6048 invoked by uid 500); 29 Jul 2010 00:56:35 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 5992 invoked by uid 500); 29 Jul 2010 00:56:35 -0000 Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@couchdb.apache.org Delivered-To: mailing list dev@couchdb.apache.org Received: (qmail 5982 invoked by uid 99); 29 Jul 2010 00:56:35 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 29 Jul 2010 00:56:35 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=FREEMAIL_FROM,HTML_MESSAGE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of randall.leeds@gmail.com designates 209.85.160.180 as permitted sender) Received: from [209.85.160.180] (HELO mail-gy0-f180.google.com) (209.85.160.180) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 29 Jul 2010 00:56:27 +0000 Received: by gye5 with SMTP id 5so3448712gye.11 for ; Wed, 28 Jul 2010 17:56:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:received :in-reply-to:references:date:message-id:subject:from:to:content-type; bh=75rvJhAbXSZxaKYcy8NcW5jDngxKlvHLFIfO1x6kVjs=; b=gTzIsNKD2O3VIzJmXTUSGnrmKZyn9h4MQl2uatiTzqYxAf/0MAlMFvANiALdpBKJyb Py0iX0klQyq6aLA5/SJQFRVL08izWVwBmY+Fhf1r0fnUhgictMyu3XEKHzLYu/8LGr0X E0a6/3gASeCvLrmp0oD6luAvIVvsw0RT120CQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=fxSxk89B9Azts8l2coN4WbpI/0ha9XfYqMyZUeosG6eiEAMYZ+VzkEBNJIKcNYhOCc BYQ2C5arteu/GlP/grPB80znK2GT30WZrSksqulpEj55htNZFjHm72egF9dZF0E8H3AP 2Tm/SegsGBUbgXD1knoOf+wFxwensnpq2uVJs= MIME-Version: 1.0 Received: by 10.100.30.1 with SMTP id d1mr12376579and.76.1280364965991; Wed, 28 Jul 2010 17:56:05 -0700 (PDT) Received: by 10.229.233.196 with HTTP; Wed, 28 Jul 2010 17:56:05 -0700 (PDT) Received: by 10.229.233.196 with HTTP; Wed, 28 Jul 2010 17:56:05 -0700 (PDT) In-Reply-To: <96D40904-B7AA-469D-ABA4-C45814D14CD1@apache.org> References: <3634D2F6-CAE0-4735-97B8-4DABC279D622@apache.org> <96D40904-B7AA-469D-ABA4-C45814D14CD1@apache.org> Date: Wed, 28 Jul 2010 17:56:05 -0700 Message-ID: Subject: Re: exdev regression on trunk when using multiple mount points From: Randall Leeds To: dev@couchdb.apache.org Content-Type: multipart/alternative; boundary=001485f78ad4fb15af048c7c3262 X-Virus-Checked: Checked by ClamAV on apache.org --001485f78ad4fb15af048c7c3262 Content-Type: text/plain; charset=UTF-8 Hmmm. Would it be crazy to walk the tree nuking the .delete files on startup instead? Sent from my interstellar unicorn. On Jul 28, 2010 5:42 PM, "Damien Katz" wrote: No, it moves the files to a fixed subdirectory (".delete"), and on start-up, clears out that subdirectory. So if you crash after the rename to the directory, but before the delete, on the next startup it will complete the deletion by nuking all the files in that directory. -Damien On Jul 28, 2010, at 5:06 PM, Randall Leeds wrote: > Damien, > Isn't that the current behavior, too... --001485f78ad4fb15af048c7c3262--