Return-Path: Delivered-To: apmail-couchdb-dev-archive@www.apache.org Received: (qmail 33971 invoked from network); 9 Sep 2010 23:45:38 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 9 Sep 2010 23:45:38 -0000 Received: (qmail 62033 invoked by uid 500); 9 Sep 2010 23:45:38 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 61962 invoked by uid 500); 9 Sep 2010 23:45:37 -0000 Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@couchdb.apache.org Delivered-To: mailing list dev@couchdb.apache.org Received: (qmail 61954 invoked by uid 99); 9 Sep 2010 23:45:37 -0000 Received: from Unknown (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 09 Sep 2010 23:45:37 +0000 X-ASF-Spam-Status: No, hits=3.6 required=10.0 tests=FREEMAIL_FROM,FS_REPLICA,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of adam.kocoloski@gmail.com designates 74.125.83.180 as permitted sender) Received: from [74.125.83.180] (HELO mail-pv0-f180.google.com) (74.125.83.180) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 09 Sep 2010 23:45:13 +0000 Received: by pvc30 with SMTP id 30so1828487pvc.11 for ; Thu, 09 Sep 2010 16:44:52 -0700 (PDT) Received: by 10.142.70.2 with SMTP id s2mr64998wfa.224.1284075892205; Thu, 09 Sep 2010 16:44:52 -0700 (PDT) Received: from [204.188.234.185] ([137.164.143.194]) by mx.google.com with ESMTPS id t18sm2179422wfc.11.2010.09.09.16.44.49 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 09 Sep 2010 16:44:50 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1081) Subject: Re: Replication bug in 1.0.1? From: Adam Kocoloski In-Reply-To: <7EB4EC03-B4C9-42A5-B4AB-48D6CC998DA4@gmail.com> Date: Thu, 9 Sep 2010 16:44:18 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <68466957-7751-4052-9FDE-167C0CA9F82E@apache.org> References: <7EB4EC03-B4C9-42A5-B4AB-48D6CC998DA4@gmail.com> To: dev@couchdb.apache.org X-Mailer: Apple Mail (2.1081) X-Virus-Checked: Checked by ClamAV on apache.org Hi Nikolai, I'm not sure I understand. In step 4 you said "pull = replication" but what you actually did was push the local (empty?) test = database to the remote server. After that the subsequent steps don't = make sense. Can you try describing the steps again? Best, Adam On Sep 9, 2010, at 8:30 AM, Nikolai Teofilov wrote: > Hi, >=20 > I should better ask before I open a ticket. I think it is a kind of = replication bug: >=20 > Steps to reproduce on CouchDB 1.01: >=20 > 1. Create a database 'test' on a CouchDB server. Note must be = somewhere on remote location not local!!! > 2. Put document 'doc' to the remote db. > 3. Create local database 'test' > 4. Pull replication from the local server: =20 >=20 > curl -X POST -d '{"source":"test","target": = "'http://remote-location:5984/test'" }' = http://localhost:5984/_replicate=20 >=20 > 5. Attach a text file to the replicated document on the local db > 6. Push replication from the local server: >=20 > curl -X POST -d '{"source": = "'http://remote-location:5984/test'","target": "test" }' = http://localhost:5984/_replicate=20 >=20 > 7. Try to DELETE the document on the remote database location. >=20 > There are two documents with the same name but different revision = numbers. You can see this just if you try to delete the document.=20 > If you repeat the procedure for another attachment you have to delete = two documents before you delete the whole document record. > The revision number is incremented and the replication makes another = copy of the document with the same name but different revision number = on the remote database. This happens only with documents containing = attachments and only by replication between different databases on = different servers. >=20 > I was able to reproduce this with CouchdDB (1.0.1) on MacOSX, WinXP = and Win7 changing the rules of local and remote servers. >=20 > Cheers > Nikolai