couchdb-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Dirkjan Ochtman (JIRA)" <>
Subject [jira] [Commented] (COUCHDB-721) possible data corruption after upgrade & compaction
Date Wed, 29 May 2013 20:14:20 GMT


Dirkjan Ochtman commented on COUCHDB-721:

As far as I recall it might have been my confusion over revtrees and such thing. I don't remember
that we ever isolated an actual CouchDB bug (and IIRC the view indexer got overhauled since
then anyway).
> possible data corruption after upgrade & compaction
> ---------------------------------------------------
>                 Key: COUCHDB-721
>                 URL:
>             Project: CouchDB
>          Issue Type: Bug
>          Components: Database Core
>    Affects Versions: 0.11
>            Reporter: Timothy Smith
>            Assignee: Dirkjan Ochtman
> Problem report filed on behalf of e-mail, subject "Compaction
issue after upgrade 0.10.1-0.11.0".
> So this morning I went to upgrade one of my servers to 0.11. Installed
> it, fixed up the config files, then restarted CouchDB. It picked up on
> my databases just fine, so everything looked good. I tried some views,
> and it had to re-index all of my ddocs (which I found surprising, but
> okay). After that I went and compacted the database, then the views.
> However, later today I got some exception mails from my web
> application. It appears that something has gotten confused. For
> example, take this document:
> {_id: "page-22", _rev: "2-1835830930", lb: null, content: "blah blah
> yadda", type: "page", _deleted_conflicts: ["4-4212453249",
> "2-1982019940", "2-1964049796", "2-1096626370"]}
> Note all the _deleted_conflicts. However, this is the document
> returned by a view (which emits(, doc))! When I actually request
> this document, I get this:
> {"_id":"page-22","_rev":"4-4212453249"} (it would be helpful to have a
> member _deleted:true, or something, to show that it's not just empty,
> but that something was there before).
> Requesting the 2-1835830930 revision results in the complete document,
> as shown above.
> So, that got me pretty scared, because I thought I lost my document
> (and my site actually started failing)! What would be the best way to
> fix up my database? And do we have any diagnosis on what the cause of
> this is? I'm happy I deployed this on a less-critical site first, and
> wouldn't want to deploy at work unless we figure out what's going on
> here.

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see:

View raw message