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 robert.newson@gmail.com
 designates 209.85.212.52 as permitted sender)
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=O9Yyvt32NGaRqZ3qQHFvX/B0LsWUkW69XzKKyuZR/8bLxnyMYH3gW2FMF9dsDVtzwT
         0L1hrxwtZ2awd3tJ4H4+wVWt+cSLCDwXva30VWWIt+dlSERms6b5pw/kDb7jf/B49loP
         mSVd4V8s0WOJkIwiv2saeCPmWphb2E3F/GevA=
MIME-Version: 1.0
In-Reply-To: <AANLkTinMXBJaHL2njmnGdW6L7yWPThP=v2oP9ngYsQNi@mail.gmail.com>
References: <AANLkTi=-YFe+acs6D7uqXyBnC5ubnN19tDbL7WmcXA8U@mail.gmail.com>
	<r314Ps-1064i-9352B813829A49FEB13EDE62C0C17C9B@mocha.local>
	<AANLkTinMXBJaHL2njmnGdW6L7yWPThP=v2oP9ngYsQNi@mail.gmail.com>
Date: Tue, 16 Nov 2010 20:49:07 +0000
Message-ID: <AANLkTi=7EqJPUCTZvWG0C=jOKPJWv42rmqgXCef+Zwdj@mail.gmail.com>
Subject: Re: Couch crash report
From: Robert Newson <robert.newson@gmail.com>
To: user@couchdb.apache.org
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Also the steps to reproduce it would be very helpful!

On Tue, Nov 16, 2010 at 8:48 PM, Robert Newson <robert.newson@gmail.com> wr=
ote:
> Can you upload the big stuff to dropbox or similar and then email the
> password directly to me at robert.newson at gmail dot com?
>
> I'd like to share it with other CouchDB committers too, if that's ok with=
 you?
>
> B.
>
> On Tue, Nov 16, 2010 at 8:17 PM, Matthew Sinclair-Day <msddsm@gmail.com> =
wrote:
>> Robert,
>>
>> I think we have this reproduced. =A0If you'd like to look at db files, c=
an you
>> provide a private email or upload point for transmitting databases and l=
og
>> info?
>>
>> Matthew
>>
>> On 11/15/10 at 1:21 PM, robert.newson@gmail.com (Robert Newson) wrote:
>>
>>> Matthew,
>>>
>>> Thanks! We've tracked it to;
>>>
>>> read_raw_iolist_int(#file{fd=3DFd, tail_append_begin=3DTAB}, Pos, Len) =
->
>>> BlockOffset =3D Pos rem ?SIZE_BLOCK,
>>> TotalBytes =3D calculate_total_read_len(BlockOffset, Len),
>>> {ok, <<RawBin:TotalBytes/binary>>} =3D file:pread(Fd, Pos, TotalBytes),
>>> if Pos >=3D TAB ->
>>> {remove_block_prefixes(BlockOffset, RawBin), Pos + TotalBytes};
>>> true ->
>>> % 09 UPGRADE CODE
>>> <<ReturnBin:Len/binary, _/binary>> =3D RawBin,
>>> {[ReturnBin], Pos + Len}
>>> end.
>>>
>>> The only reasonable cause is some issue with the file system or disk,
>>> specifically that file:pread returned less than TotalBytes number of
>>> bytes, causing the badmatch.
>>>
>>> Is the database in question confidential or private in any way? We
>>> might like to examine it in more detail if not.
>>>
>>> B.
>>>
>>> On Mon, Nov 15, 2010 at 5:46 PM, Matthew Sinclair-Day <msddsm@gmail.com=
>
>>> wrote:
>>>>
>>>> On 11/15/10 at 12:39 PM, robert.newson@gmail.com (Robert Newson) wrote=
:
>>>>
>>>>> exception exit: {{badmatch,{ok
>>>>> <snip...>
>>>>>
>>>>> can you unsnip the rest of the badmatch exception text?
>>>>>
>>>>> B.
>>>>
>>>> Unsnipped as an attachment (unless the mailing list strips it).
>>
>>
>