Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 51546 invoked from network); 21 Apr 2010 09:11:55 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 21 Apr 2010 09:11:55 -0000 Received: (qmail 73140 invoked by uid 500); 21 Apr 2010 09:11:54 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 72787 invoked by uid 500); 21 Apr 2010 09:11:51 -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 72779 invoked by uid 99); 21 Apr 2010 09:11:50 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 21 Apr 2010 09:11:50 +0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=FREEMAIL_FROM,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 rwillmer@gmail.com designates 72.14.220.157 as permitted sender) Received: from [72.14.220.157] (HELO fg-out-1718.google.com) (72.14.220.157) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 21 Apr 2010 09:11:44 +0000 Received: by fg-out-1718.google.com with SMTP id e21so1909388fga.5 for ; Wed, 21 Apr 2010 02:11:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:received:message-id :subject:from:to:content-type; bh=/eS9ipAlxneb+3ovdt/wtW/+chxKsyNxrNgDjt2PmfI=; b=KZ2AHjCv5ZAsEWYnfstH78wFS++IVd1ybLxkP1fJWsQYdxLzVEjuyJmTqR2JTrn5El PY48ESzACDu/D1MQ6u9sqYWfVqBQmsgJjkcakgkE/pGbIWfyTGd/hB9BJH6m76WKuhmL Cu/dtZkZQ5MyMLgq4aMmHoQlW3ul5tpqJaIAk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=BXOjfOx9hFgipfdW//KSV6/NIXX6VKUR2BjECKN86FZxf5xK8kpb/D3dJtIw/p+0zh 3yT/tt7OMVt+y8jS8GkvOzoWczS6oC15X/CLXH9y58vyJ0dHHxCtLCbFnD17bhQcST2B TF+xAxWqIplxK/Wk2Czx7NNVcze/eUoxdmYXY= MIME-Version: 1.0 Received: by 10.223.125.212 with HTTP; Wed, 21 Apr 2010 02:11:19 -0700 (PDT) Date: Wed, 21 Apr 2010 10:11:19 +0100 Received: by 10.223.24.85 with SMTP id u21mr136607fab.8.1271841079280; Wed, 21 Apr 2010 02:11:19 -0700 (PDT) Message-ID: Subject: can you detect consistency? From: Rachel Willmer To: user@couchdb.apache.org Content-Type: text/plain; charset=ISO-8859-1 Say I have 2 couchdb nodes which replicate bi-directionally. Is there a way of detecting that they have reached consistency? (assuming that changes have stopped being made and that the replication has done its thing) By trial and error, I can see that in a scenario where I have two nodes which do in fact have the same data (which I've verified by scripting a doc-by-doc check that their revs are the same, and their contents are the same); in that scenario, the update_seq is different on the two nodes. So I have 2 questions: a) is that expected or a bug? (my guess is that it's expected) b) is there any other way of detecting consistency quickly? Rachel