Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 2819 invoked from network); 22 Apr 2010 09:35:31 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 22 Apr 2010 09:35:31 -0000 Received: (qmail 85236 invoked by uid 500); 22 Apr 2010 09:35:30 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 85189 invoked by uid 500); 22 Apr 2010 09:35:29 -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 85180 invoked by uid 99); 22 Apr 2010 09:35:29 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 22 Apr 2010 09:35:29 +0000 X-ASF-Spam-Status: No, hits=3.8 required=10.0 tests=AWL,FREEMAIL_FROM,FS_REPLICA,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of fdmanana@gmail.com designates 209.85.218.220 as permitted sender) Received: from [209.85.218.220] (HELO mail-bw0-f220.google.com) (209.85.218.220) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 22 Apr 2010 09:35:24 +0000 Received: by bwz20 with SMTP id 20so9032528bwz.32 for ; Thu, 22 Apr 2010 02:35:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:reply-to:in-reply-to :references:date:received:message-id:subject:from:to:content-type; bh=cFRiJbdAxmodrKH6K9MGDll6pl9o4QadttLVAj6k9jE=; b=iSyCqJlhxyI8cL+1BHS5Hz7ST500H753sBL7SmAb0fCujC6gnSm1D1ab0boOCMycBc TwvOoDDlDFb6EaPjzgoPpCr0x9bca2jpQZDf8OFf91abJEofc2f8AwluE9GNJ7XNNw+C x3dUR+NvJ4iV5GpI3Rk6osvK/ze1/mQzdv/+E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:content-type; b=qkJnWUiDOV3v4s3d47Hlqt+hS96MQdL/tch8cQEt0oUBHAygEgjpmJHj+xge6FViwH HGeRstY6w5AE+InFrDimk9D5wve9dH+KjPLkj5Kgc8q9g3I0+n5FVPLU2TWNndcQZ/1w 2kxTi9xvWl2utQ3aqc68wFNSJbeAK8SZaiRs4= MIME-Version: 1.0 Received: by 10.204.68.148 with HTTP; Thu, 22 Apr 2010 02:35:03 -0700 (PDT) Reply-To: fdmanana@gmail.com In-Reply-To: References: Date: Thu, 22 Apr 2010 10:35:03 +0100 Received: by 10.204.2.139 with SMTP id 11mr2916875bkj.202.1271928903484; Thu, 22 Apr 2010 02:35:03 -0700 (PDT) Message-ID: Subject: Re: Couchdb 0.11 replication issue From: Filipe David Manana To: user@couchdb.apache.org Content-Type: multipart/alternative; boundary=00151758b54478c5680484d0063d --00151758b54478c5680484d0063d Content-Type: text/plain; charset=UTF-8 Paul, Usually it's the other way around. The replica DB usually stays smaller than the source DB (unless the target DB was already populated). This is so because doing a replica is similar to a DB compaction in many ways. On Thu, Apr 22, 2010 at 6:26 AM, Paul Bonser wrote: > I think that's pretty typical behavior, since it's append-only > re-building any views you have. Try compacting the views and database > and see if it's still bigger. My guess is that it won't be. > > I have a DB which did about the same thing. I replicated from one > machine to another, and it grew from 209MB to a little less than a GB, > then after compacting, it's back down to 209MB. Though in my case the > same thing happened during my initial insert of the data, too, because > I was reading from the DB as I was doing the inserts (and thus the > views were being rebuilt, ballooning the file). > > On Tue, Apr 20, 2010 at 2:08 PM, Bharat Bharat > wrote: > > > > Hi, I am seeing a very bizzare issue with couchdb 0.11 replication. > > > > When I try to replicate a database from my local machine (mac OSX) to a > > remote machine( on a different network), it replicates all documents but > > size of the document on the remote machine goes up around 10 times and it > > eventually fails. > > > > eg: Host machine: 450 docs, ~45 MB > > Target machine after replication: 450 docs, ~ 400 MB > > > > Interestingly, the other way works fine. Ie, if I try to pull this > database > > from host machine to this remote machine, it replicates fine. > > > > Has anyone encountered this or something similar? I dont have big > > attachments. > > > > Thanks very much! > > > > -- > Paul Bonser > http://probablyprogramming.com > -- Filipe David Manana, fdmanana@gmail.com "Reasonable men adapt themselves to the world. Unreasonable men adapt the world to themselves. That's why all progress depends on unreasonable men." --00151758b54478c5680484d0063d--