Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 94910 invoked from network); 11 Apr 2011 18:41:11 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 11 Apr 2011 18:41:11 -0000 Received: (qmail 53264 invoked by uid 500); 11 Apr 2011 18:41:10 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 53236 invoked by uid 500); 11 Apr 2011 18:41:10 -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 53228 invoked by uid 99); 11 Apr 2011 18:41:10 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 11 Apr 2011 18:41:10 +0000 X-ASF-Spam-Status: No, hits=2.9 required=5.0 tests=FREEMAIL_FROM,FS_REPLICA,RCVD_IN_DNSWL_LOW,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of nebupookins@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; Mon, 11 Apr 2011 18:41:04 +0000 Received: by gyf2 with SMTP id 2so4442009gyf.11 for ; Mon, 11 Apr 2011 11:40:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type:content-transfer-encoding; bh=8oDtK/wM9qnflsuRORA2BgIR6sKfrG/eXFC6KiQ8AWE=; b=EJbyse9gXJuq26lvc4mG0V86rWetXMJj46SAZd/yaPNwjA6wDujTcaIW6yl8Aw94I0 C6ZRrn+hr10LWbv3wE/DErVyUnVz3xCVn0hqHL7rQ1EVIeLVmtLIq0fBM+t3kbwPYxym K3GO+RvUrhYMejD3RZzqmNQHCS6pvus5+mpbg= 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:content-transfer-encoding; b=DKdcmgS8+9UAW8AqUbZeon1tLRHZzVTc/VQ92sVqLLSmwUp7c3lV3pF1DND70MzDUL O7u6QoD0oubEP0jbIpbtlWjvSCmpdV+KNyeyRjB15BnlJyygMEehu3Q/LZsbAVHRiHaf cA27R9zbBVKzpeyep9P43H6e2G42w6o17Jmb4= MIME-Version: 1.0 Received: by 10.150.250.5 with SMTP id x5mr4722918ybh.174.1302547243244; Mon, 11 Apr 2011 11:40:43 -0700 (PDT) Received: by 10.100.107.8 with HTTP; Mon, 11 Apr 2011 11:40:43 -0700 (PDT) In-Reply-To: <4DA3452F.5050809@mage.hu> References: <4DA1A9CC.4070407@mage.hu> <4DA32E5C.6090100@facilityone.com> <4DA33815.5000303@mage.hu> <4DA33DBA.1070500@facilityone.com> <4DA3452F.5050809@mage.hu> Date: Mon, 11 Apr 2011 14:40:43 -0400 Message-ID: Subject: Re: replication From: Nebu Pookins To: user@couchdb.apache.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org On Mon, Apr 11, 2011 at 2:15 PM, Mage wrote: > I mean that > one version of the document just totally lost when I started the > replication. > > Steps: > > Node A =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Node B > Version 1 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Version 1 > Version 2-A =C2=A0 =C2=A0 =C2=A0 Version 1 > Version 2-A =C2=A0 =C2=A0 =C2=A0 Version 2-B > ...replication... > Version 2-B =C2=A0 =C2=A0 =C2=A0 Version 2-B Are you sure the data is actually lost, as opposed to just not visible unless you specifically query for the conflicting versions? CouchDB has a deterministic "automatic winner" selection algorithm which it uses while it waits for your application to select a true winner. See http://guide.couchdb.org/draft/conflicts.html - Nebu