Return-Path: Delivered-To: apmail-couchdb-dev-archive@www.apache.org Received: (qmail 46824 invoked from network); 9 Sep 2010 15:31:02 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 9 Sep 2010 15:31:02 -0000 Received: (qmail 72551 invoked by uid 500); 9 Sep 2010 15:31:01 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 70973 invoked by uid 500); 9 Sep 2010 15:30:58 -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 70345 invoked by uid 99); 9 Sep 2010 15:30:58 -0000 Received: from Unknown (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 09 Sep 2010 15:30:58 +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 n.teofilov@gmail.com designates 74.125.82.42 as permitted sender) Received: from [74.125.82.42] (HELO mail-ww0-f42.google.com) (74.125.82.42) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 09 Sep 2010 15:30:33 +0000 Received: by wwd20 with SMTP id 20so48747wwd.5 for ; Thu, 09 Sep 2010 08:30:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:content-type :content-transfer-encoding:subject:date:message-id:to:mime-version :x-mailer; bh=69gIePfzQ5J9cq7LMr2/+A+UuBhFiNsq0edFQcAdpRE=; b=HkduxiJ0bXJA01hjkpPPSQzzdTMgDZVXDkFHE+gsniMwI7UxQbJHBdM0LMvGRKtdfm GaNIue/6Q2poQiyW4P72KaFqDGgnlfLX1xztjkaHbP+/r4QphOXz3DtIX95Doq+iLHXa GGiOUat3un04oOBmOpRrNPcM90u3BY6B2JsoY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:content-type:content-transfer-encoding:subject:date:message-id :to:mime-version:x-mailer; b=YedYtb+itvTpCU3IGws3hUSNSzv5ZtTDnNP8ROPcSD557fDwicbePezKMUgvT4fLy3 tAyftgpbWFpJAIYVduzQOcicWT9DW49umv8v847daphsq28/wG/DAMJtlp1VABnYy5xb 60aRuUJj0n5h8ygpt4CU4/qWjJVaftM7wJaik= Received: by 10.216.165.16 with SMTP id d16mr526436wel.0.1284046212295; Thu, 09 Sep 2010 08:30:12 -0700 (PDT) Received: from [192.168.178.109] (p5DDAA9C5.dip.t-dialin.net [93.218.169.197]) by mx.google.com with ESMTPS id b10sm221545wer.41.2010.09.09.08.30.11 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 09 Sep 2010 08:30:12 -0700 (PDT) From: Nikolai Teofilov Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Replication bug in 1.0.1? Date: Thu, 9 Sep 2010 17:30:09 +0200 Message-Id: <7EB4EC03-B4C9-42A5-B4AB-48D6CC998DA4@gmail.com> To: dev@couchdb.apache.org Mime-Version: 1.0 (Apple Message framework v1081) X-Mailer: Apple Mail (2.1081) X-Virus-Checked: Checked by ClamAV on apache.org Hi, I should better ask before I open a ticket. I think it is a kind of = replication bug: Steps to reproduce on CouchDB 1.01: 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 curl -X POST -d '{"source":"test","target": = "'http://remote-location:5984/test'" }' = http://localhost:5984/_replicate=20 5. Attach a text file to the replicated document on the local db 6. Push replication from the local server: curl -X POST -d '{"source": = "'http://remote-location:5984/test'","target": "test" }' = http://localhost:5984/_replicate=20 7. Try to DELETE the document on the remote database location. 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. I was able to reproduce this with CouchdDB (1.0.1) on MacOSX, WinXP and = Win7 changing the rules of local and remote servers. Cheers Nikolai =20=