couchdb-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Robert Newson (JIRA)" <>
Subject [jira] [Resolved] (COUCHDB-1905) PUT/GET/DELETE while compacting results in lost document.
Date Tue, 08 Oct 2013 02:44:42 GMT


Robert Newson resolved COUCHDB-1905.

    Resolution: Duplicate

> PUT/GET/DELETE while compacting results in lost document.
> ---------------------------------------------------------
>                 Key: COUCHDB-1905
>                 URL:
>             Project: CouchDB
>          Issue Type: Bug
>          Components: Database Core
>            Reporter: Eric Ross
> At  is a test program that rapidly creates and
deletes a document which has a application set _id.  Normally, this works correctly and the
_rev is incremented as expected.  However, if a compaction is peformed (Compact Database)
while executing this program the GET following the PUT will return a doc with a _rev of 1--*
instead of the the _rev of the preceding PUT.
> This problem was seen on both 1.3.0 and 1.4.0.
> System config:
> Built from Source with Erlang R14B04 on both RHEL 6 and Ubuntu 12.04 with the same results
when executing on respective Linux distros.
> Procedure:
> Use a server in "Admin Party" mode running on http://localhost:5984 (default as shipped).
 Then run this python program using Python 2.7.3 or equivalent and wait about 30 seconds.
 By then, multiple deleted docs should be in the database.  The program will detect the first
doc created since it should be _rev 1-*  and print it out.  When you execute the compaction,
it will print out _rev 1-* again. (ERROR).  Also, when trying to delete the doc returned on
the previous GET, it will come back 404. (see server logs).
> This issue was mentioned on #couchdb to Jan Lenhardt (jan____ ) on 07-Oct.

This message was sent by Atlassian JIRA

View raw message