Return-Path: X-Original-To: apmail-couchdb-user-archive@www.apache.org Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 7437B9BAC for ; Mon, 10 Dec 2012 07:53:05 +0000 (UTC) Received: (qmail 9962 invoked by uid 500); 10 Dec 2012 07:53:03 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 9905 invoked by uid 500); 10 Dec 2012 07:53:03 -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 9880 invoked by uid 99); 10 Dec 2012 07:53:02 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 10 Dec 2012 07:53:02 +0000 X-ASF-Spam-Status: No, hits=2.5 required=5.0 tests=FREEMAIL_REPLY,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of andrey.kouprianov@gmail.com designates 209.85.212.52 as permitted sender) Received: from [209.85.212.52] (HELO mail-vb0-f52.google.com) (209.85.212.52) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 10 Dec 2012 07:52:56 +0000 Received: by mail-vb0-f52.google.com with SMTP id ez10so2161744vbb.11 for ; Sun, 09 Dec 2012 23:52:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=hISPEhCfXG84R03XZOrcMqDt2CaMIMRqmtfxZCGV4qM=; b=n21FLuRzQJtaNNeVxzKFU9LLX20BiYv34c3KiAOLHDT7g7p98e4q6tqVcMKviiGrId wt1yWV7QbiUWPOAZZ/ctc/xKbyLTs9CtclMdiB8UMBpvws4DCZKiAaLu2N7H/PowrCXA qIQdpY8y7XWS0BIwOFFHYg1Cl64e9unQ7MW2ZXhVEm25YYcXTYRyI0cSe4VVuxY2dYpm wnQktuPWAL20jigprz8XYEj5zTeF8V5QGxc14hF2CZ6OK+GdVcXoEqgqd8E3UIM6QFlo HUX91ADU3goQDap1Xz/rmw12ItxEKLGJNhJKvKo0Xxn+9hTQi9IqbAVZTsohlMokif9/ BS1Q== Received: by 10.58.248.41 with SMTP id yj9mr8682185vec.29.1355125955082; Sun, 09 Dec 2012 23:52:35 -0800 (PST) MIME-Version: 1.0 Received: by 10.58.1.9 with HTTP; Sun, 9 Dec 2012 23:52:15 -0800 (PST) In-Reply-To: References: From: Andrey Kuprianov Date: Mon, 10 Dec 2012 15:52:15 +0800 Message-ID: Subject: Re: Copying a .couch file on a live database? To: user@couchdb.apache.org Content-Type: multipart/alternative; boundary=047d7bf0d0b22db97d04d07ad9ea X-Virus-Checked: Checked by ClamAV on apache.org --047d7bf0d0b22db97d04d07ad9ea Content-Type: text/plain; charset=ISO-8859-1 No, but it will break Lucene.... Badly... To the point that cleaning up doesn't help. Although, we're still on Lucene 3.5.x. Hopefully, this problem doesnt exist on 3.6.x. On Mon, Dec 10, 2012 at 3:45 PM, Paul Davis wrote: > Well, Lucene probably can't handle it, but Lucene doesn't break the .couch > file to be sure. > > > On Mon, Dec 10, 2012 at 1:29 AM, Andrey Kuprianov < > andrey.kouprianov@gmail.com> wrote: > > > Has problems with Lucene, if you are using it. Do replication, if you > can. > > Safer this way. > > > > > > On Mon, Dec 10, 2012 at 3:28 PM, Paul Davis > >wrote: > > > > > Should be fine. > > > > > > > > > On Mon, Dec 10, 2012 at 1:14 AM, Michael Parker > > > wrote: > > > > > > > Hi all, > > > > > > > > If I have a database that is performing create/update/delete > operations > > > on > > > > documents, and I use cp to copy its .couch file on an ext3 > filesystem, > > > will > > > > my copy be corrupted or have any inconsistencies? Looking at how the > > > .couch > > > > file is always increasing in size, and given the whole revision > system > > > > employed by CouchDB, I'm thinking that it employs some append-only > > > logging > > > > -- so maybe yes? > > > > > > > > Thanks, > > > > Mike > > > > > > > > > > --047d7bf0d0b22db97d04d07ad9ea--