Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@couchdb.apache.org
Received-SPF: pass (athena.apache.org: domain of volker.mische@gmail.com
 designates 209.85.214.52 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:user-agent:mime-version:to:cc:subject
         :references:in-reply-to:content-type:content-transfer-encoding;
        b=FS6RCnsqfOcc/1y291l2cQ138c1x+ilElAoO17T1m/6Gu8da7LUpjXotbKRSbhPJTr
         cN4u5wzVC1X/QV5p2NpjXyQRAnIqTrwAJTLa0PW275gR2j3aMy7g90Pd8tiFnmL1XKJR
         Fil0U8+wQWp2xnEvAlkB7a3f7CaHLwd08rKg4=
Message-ID: <4C5DA2C9.40703@gmail.com>
Date: Sat, 07 Aug 2010 20:15:37 +0200
From: Volker Mische <volker.mische@gmail.com>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US;
 rv:1.9.1.9) Gecko/20100411 Icedove/3.0.4
MIME-Version: 1.0
To: user@couchdb.apache.org
CC: Damien Katz <damien@apache.org>
Subject: Re: Data loss
References: <AANLkTiku23xASr7UJZ2LQDSFwCbNH5gh5gZuUp8rZpT2@mail.gmail.com>
 <AANLkTinkeDKMQD3tcC0mi7LYKZr5589KDLTtqSaOF2v4@mail.gmail.com>
 <770C713F-BBA2-4E0C-B9BE-9441A053BCA4@apache.org>
 <AEC2839B-3A89-49C8-928C-D0D773D216B1@geek-it.de>
 <7C48F227-12CA-477E-9581-8E87EE4C1610@apache.org>
 <5A99E2CB-F53E-4435-8225-578946239068@apache.org>
In-Reply-To: <5A99E2CB-F53E-4435-8225-578946239068@apache.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Damine,

as you found already a suspicious commit, it might not be much help. But 
the GeoCouch merge with 1.0 had also some issues, the original GeoCouch 
not, which is based on a checkout around beginning of March.

Cheers,
   Volker

On 08/07/2010 08:12 PM, Damien Katz wrote:
> SVN commit r954043 looks suspicious. Digging further.
>
> -Damien
>
> On Aug 7, 2010, at 10:31 AM, J Chris Anderson wrote:
>
>>
>> On Aug 7, 2010, at 1:21 AM, Sascha Reuter wrote:
>>
>>> Thats exactly what I reported 2 days ago! Bug is already opened and databasefile was provided to the couchio guys! Running on Linux...
>>>
>>
>> Thanks, we're keenly interested in seeing what's going on here.
>>
>> Chris
>>
>>> Am 07.08.2010 um 06:37 schrieb J Chris Anderson<jchris@apache.org>:
>>>
>>>>
>>>> On Aug 6, 2010, at 9:02 PM, Yue Chuan Lim wrote:
>>>>
>>>>> Sorry to reply myself so quickly.
>>>>>
>>>>> Peeking inside the .couch file and searching for the documents I have
>>>>> missing turn up results. Offhand I am noticing 4 instances of the string
>>>>> gsc_test_03. Which is ID of the document I am missing.
>>>>>
>>>>
>>>> You are on Windows? Perhaps this is an issue with the windows file handling.
>>>>
>>>> Can you comment on this bug, and also save those .couch files in case we need to analyze them?
>>>>
>>>> Corruption like this should be impossible, but this is the second case we've heard lately, so I'm guessing it is a Windows issue.
>>>>
>>>> Please comment on this bug with information about your machine enviroment (OS, Filesystem, Disk size, etc)
>>>>
>>>> https://issues.apache.org/jira/browse/COUCHDB-844
>>>>
>>>> Thanks!
>>>>
>>>> Chris
>>>>
>>>>
>>>>
>>>>> On Sat, Aug 7, 2010 at 11:58 AM, Yue Chuan Lim<shasderias@gmail.com>  wrote:
>>>>>
>>>>>> I have a set of documents that have been committed for more then a day,
>>>>>> regularly read from without a problem. Had to stop the database service to
>>>>>> do some debugging, used the couchdb.bat provided in CouchDB/bin for easy
>>>>>> access to the log. And I noticed that I basically lost all the documents in
>>>>>> question.
>>>>>>
>>>>>> There does not appear to be corruption per se, but it is as if my database
>>>>>> just rolled back to the state it was in a few days ago, i.e. most of my
>>>>>> documents are there but some old documents that I'm pretty sure I have
>>>>>> deleted are back, and my newer documents are gone.
>>>>>>
>>>>>> Appears to have happened to me more then once, shrugged it off the last
>>>>>> time as it might be just a mix up, but I am definite that my database has
>>>>>> certainly rolled back this time.
>>>>>>
>>>>>> Is there any situation in which this might happen?
>>>>>>
>>>>>> Thanks
>>>>>> Yue Chuan
>>>>>>
>>>>
>>
>