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 7FE45D61D for ; Wed, 22 Aug 2012 22:15:39 +0000 (UTC) Received: (qmail 5008 invoked by uid 500); 22 Aug 2012 22:15:38 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 4976 invoked by uid 500); 22 Aug 2012 22:15:37 -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 4967 invoked by uid 99); 22 Aug 2012 22:15:37 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 22 Aug 2012 22:15:37 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of paul.joseph.davis@gmail.com designates 209.85.220.180 as permitted sender) Received: from [209.85.220.180] (HELO mail-vc0-f180.google.com) (209.85.220.180) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 22 Aug 2012 22:15:30 +0000 Received: by vcbfw7 with SMTP id fw7so119716vcb.11 for ; Wed, 22 Aug 2012 15:15:10 -0700 (PDT) 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=TIMotQpv73OKJ8j2+UrQIhUwT9dVu+2KrBRSYB2CQL8=; b=jBCagMU4FY86UeUQgdx39FE4kGsYuBVCI7IVwRUXsy4bDBFojKwbihhueOnCGFjEF6 fsem+Hl/XaYROx5k6cPYCrRooax8MEUkKfGJjG+ParZK7im3KYb4VUJdW832SlEsVvsj xG1vCv/Boep4upZUnNeq6K2JsETiV5W8NqKbhk24d2h2khIyOI23wznW+sWLbjLZoL8M ni9DJscE1cbmbZH6RQc0X9mbIX5FP90iGXxOr0J2VOQ0mTMrZ8VzT6k50zaNVUoWfo7k /bhaQekAbxKbkYrxR/9AarLBC/mFb69LaXd4i5nTONuKDuUXt4ta8JgRN88ApM7Hnhs8 Fbbg== Received: by 10.58.211.100 with SMTP id nb4mr2007154vec.25.1345673710020; Wed, 22 Aug 2012 15:15:10 -0700 (PDT) MIME-Version: 1.0 Received: by 10.220.31.198 with HTTP; Wed, 22 Aug 2012 15:14:29 -0700 (PDT) In-Reply-To: <1345485655.78708.YahooMailNeo@web39404.mail.mud.yahoo.com> References: <1345485655.78708.YahooMailNeo@web39404.mail.mud.yahoo.com> From: Paul Davis Date: Wed, 22 Aug 2012 17:14:29 -0500 Message-ID: Subject: Re: Replications and checkpoints (again) To: user@couchdb.apache.org, Andreas Kemkes Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org Did the replication actually replicate anything or were they up to date when started? I'm not sure on the exact algorithm continuous replication uses but I wouldn't be surprised if its just every N docs. The example you have is less than 1K docs which wouldn't surprise me as the threshold. data_size being null probably means you haven't compacted that db since upgrade CouchDB. On Mon, Aug 20, 2012 at 1:00 PM, Andreas Kemkes wrote: > I'm still wondering about the behavior of a continuous replication and the status feedback as far as checkpoints are concerned. > > Both Futon and the _active_tasks api call indicate that the check-pointed source sequence is lagging behind: > > [{"pid":"<0.12494.0>", > "checkpointed_source_seq":990974, > "continuous":true,..., > "replication_id":"06058d20f039a2e8d990577ba65ae35e+continuous",..., > "source_seq":991539,..., > "type":"replication", > "updated_on":1345480111}] > > Yet both databases show the same amount of documents: > > > {"db_name":"source", > "doc_count":157713, > "doc_del_count":9021, > "update_seq":991539, > "purge_seq":0, > "compact_running":false, > "disk_size":201812152456, > "data_size":null, > "instance_start_time":"1343849350087635", > "disk_format_version":5, > "committed_update_seq":991539} > > {"db_name":"target", > "doc_count":157713, > "doc_del_count":9021 > ,"update_seq":173173, > "purge_seq":0, > "compact_running":false, > "disk_size":183233859719, > "data_size":176762791873, > "instance_start_time":"1343849350176012", > "disk_format_version":6, > "committed_update_seq":173173} > > What is the expected behavior? > > Why would there be no update to a checkpoint during the continuous replication? > > Also, what is the reason for the data_size being null in the source database? > > Thanks in advance. > > -- Andreas