Return-Path: Delivered-To: apmail-couchdb-dev-archive@www.apache.org Received: (qmail 19022 invoked from network); 28 Nov 2010 13:40:02 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 28 Nov 2010 13:40:02 -0000 Received: (qmail 84644 invoked by uid 500); 28 Nov 2010 13:40:01 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 84432 invoked by uid 500); 28 Nov 2010 13:40:01 -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 84424 invoked by uid 99); 28 Nov 2010 13:40:00 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 28 Nov 2010 13:40:00 +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 (nike.apache.org: domain of robert.newson@gmail.com designates 209.85.216.173 as permitted sender) Received: from [209.85.216.173] (HELO mail-qy0-f173.google.com) (209.85.216.173) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 28 Nov 2010 13:39:52 +0000 Received: by qyk1 with SMTP id 1so7347100qyk.11 for ; Sun, 28 Nov 2010 05:39:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=/+zlt5iEb5oUhgjef8xc+D2HsEkH6acX/vBct0b47Fk=; b=HQ7IPnPtHGpMUCro7B0oj147tJxNGBB9/U8aWNmSpnREqBvUHG0C2Ax/j6Z3ul1Iy6 gquEVIY9iupUvKey73g0km4viyP+nEGLx2Yf8apbqnIsfncrVXsGLqLg1JVFRAvDDJ8b BaWIeEsi2aim9otqW1eAnbR2q8ieXqnUVZC50= 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=OZEGVu0NayjguZ+Hf91oeSYawL7YiixkSKoAllL8GgPmuaI00ffXl8zEBCLvWO57Wr BQBRIy9heDvDk1zOaPLm9C+b10jQSVCsEbrns6Kda1m6GzGZtRjhx63OhSFpw3xOnEIW p6v6Ks8X4DtFFmw6WT6kq4bP76bKTR9VUte8c= MIME-Version: 1.0 Received: by 10.224.37.78 with SMTP id w14mr4122099qad.295.1290951571426; Sun, 28 Nov 2010 05:39:31 -0800 (PST) Received: by 10.220.176.137 with HTTP; Sun, 28 Nov 2010 05:39:31 -0800 (PST) In-Reply-To: <7CA14791-C5C3-435A-84C5-E7EB28872A09@apache.org> References: <1200970.2551290897937827.JavaMail.jira@thor> <7CA14791-C5C3-435A-84C5-E7EB28872A09@apache.org> Date: Sun, 28 Nov 2010 13:39:31 +0000 Message-ID: Subject: Re: [jira] Updated: (COUCHDB-968) Duplicated IDs in _all_docs From: Robert Newson To: dev@couchdb.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org +1 On Sun, Nov 28, 2010 at 12:55 PM, Jan Lehnardt wrote: > > On 27 Nov 2010, at 23:45, Adam Kocoloski (JIRA) wrote: > >> >> =A0 =A0 [ https://issues.apache.org/jira/browse/COUCHDB-968?page=3Dcom.a= tlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] >> >> Adam Kocoloski updated COUCHDB-968: >> ----------------------------------- >> >> =A0 =A0Priority: Blocker =A0(was: Major) > > Should we hold 1.0.2 for this? > > Cheers > Jan > -- > >> >> Bob, in tisba's case the duplicates had the same revision. =A0Is that al= so true in your case? =A0And you only see these duplicates after compaction= ? >> >>> Duplicated IDs in _all_docs >>> --------------------------- >>> >>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Key: COUCHDB-968 >>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0URL: https://issues.apache.org/jira/brow= se/COUCHDB-968 >>> =A0 =A0 =A0 =A0 =A0 =A0Project: CouchDB >>> =A0 =A0 =A0 =A0 Issue Type: Bug >>> =A0 =A0 =A0 =A0 Components: Database Core >>> =A0 Affects Versions: 1.0, 1.0.1, 1.0.2 >>> =A0 =A0 =A0 =A0Environment: Ubuntu 10.04. >>> =A0 =A0 =A0 =A0 =A0 Reporter: Sebastian Cohnen >>> =A0 =A0 =A0 =A0 =A0 Priority: Blocker >>> >>> We have a database, which is causing serious trouble with compaction an= d replication (huge memory and cpu usage, often causing couchdb to crash b/= c all system memory is exhausted). Yesterday we discovered that db/_all_doc= s is reporting duplicated IDs (see [1]). Until a few minutes ago we thought= that there are only few duplicates but today I took a closer look and I fo= und 10 IDs which sum up to a total of 922 duplicates. Some of them have onl= y 1 duplicate, others have hundreds. >>> Some facts about the database in question: >>> * ~13k documents, with 3-5k revs each >>> * all duplicated documents are in conflict (with 1 up to 14 conflicts) >>> * compaction is run on a daily bases >>> * several thousands updates per hour >>> * multi-master setup with pull replication from each other >>> * delayed_commits=3Dfalse on all nodes >>> * used couchdb versions 1.0.0 and 1.0.x (*) >>> Unfortunately the database's contents are confidential and I'm not allo= wed to publish it. >>> [1]: Part of http://localhost:5984/DBNAME/_all_docs >>> ... >>> {"id":"9997","key":"9997","value":{"rev":"6096-603c68c1fa90ac3f56cf5377= 1337ac9f"}}, >>> {"id":"9999","key":"9999","value":{"rev":"6097-3c873ccf6875ff3c4e2c6fa2= 64c6a180"}}, >>> {"id":"9999","key":"9999","value":{"rev":"6097-3c873ccf6875ff3c4e2c6fa2= 64c6a180"}}, >>> ... >>> [*] >>> There were two (old) servers (1.0.0) in production (already having the = replication and compaction issues). Then two servers (1.0.x) were added and= replication was set up to bring them in sync with the old production serve= rs since the two new servers were meant to replace the old ones (to update = node.js application code among other things). >> >> -- >> This message is automatically generated by JIRA. >> - >> You can reply to this email to add a comment to the issue online. >> > >