Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@couchdb.apache.org
Received-SPF: pass (nike.apache.org: domain of dionne@dionne-associates.com
 designates 69.89.21.8 as permitted sender)
Content-Type: text/plain; charset=iso-8859-1
Mime-Version: 1.0 (Apple Message framework v1257)
Subject: Re: Crash of CouchDB 1.2.x
From: Bob Dionne <dionne@dionne-associates.com>
In-Reply-To: 
 <CAPinO9eL=8cM_2Vics4H3N2jiX2z=XVLOW==qyBTJ1D7xtqh7Q@mail.gmail.com>
Date: Sun, 11 Mar 2012 08:33:49 -0400
Content-Transfer-Encoding: quoted-printable
Message-Id: <A36FD89D-0C1C-4050-A15A-BD33E00E39B4@dionne-associates.com>
References: 
 <CAPinO9ek5xAjLLpYufwnRk3hxkn5e-5j59pR6ummdWpMthhuuA@mail.gmail.com>
 <5D5AF65F-88FE-4A19-8D92-800E956235B6@apache.org>
 <CAPinO9eazqjanJ3Lnv=6Ee1nxT4oUZYK=mtWk8CeJ18aJ5c5CA@mail.gmail.com>
 <26E0BD0D-0047-44B1-925C-BBA68A3448A3@apache.org>
 <4F4FC68D.7080206@gmail.com>
 <A2D10445-729F-4259-8888-EAAE830AB101@apache.org>
 <CAPinO9e8YstXbWyzSFs=pFd+UWrFDTiv4XTKZPbqbjPiF9qAJA@mail.gmail.com>
 <697FCEB2-0071-4F08-A463-A073DBA0B315@apache.org>
 <CAPinO9eL=8cM_2Vics4H3N2jiX2z=XVLOW==qyBTJ1D7xtqh7Q@mail.gmail.com>
To: dev@couchdb.apache.org

Stefan,

At a glance I would suspect you've run out of disk space and the error =
thrown is not caught resulting in the badmatch,

Bob

On Mar 11, 2012, at 6:41 AM, Stefan K=F6gl wrote:

> Hi,
>=20
> I had my CouchDB 1.2.x (fb72251bc7114b07f0667867226ec9e200732dac)
> crash again twice today.
>=20
> The first one was while the instance was pull replicating (which
> failed due to the source being unreachable), and compacting a rather
> large view (from ~216G disk size to about 57G data size, if that's
> relevant).
>=20
> Here's the log that shows the crash
>=20
> http://friendpaste.com/41Idie3gGdQRxJPEyVHpTR
>=20
> After the crash the view compaction stopped, and I tried to restart it
>=20
> $ curl -H "Content-Type: application/json" -X POST
> http://stefan:********@localhost:5984/mygpo/_compact/users-tmp
> {"error":"timeout","reason":"{gen_server,call,\n
> [<0.19783.69>,\n
> {start_compact,#Fun<couch_view_compactor.0.15011741>}]}"}
>=20
> http://friendpaste.com/2A086gHN8dNEJHPpMkDrPO
>=20
> I assume this is because deleting the .compact.view file took too
> long. The compaction started anyway, though. Besides the replication,
> there were no other activities on the server.
>=20
> Please let me know if I can assist with debugging somehow.
>=20
>=20
> -- Stefan
>=20
>=20
>=20
> On Fri, Mar 2, 2012 at 11:51 AM, Jan Lehnardt <jan@apache.org> wrote:
>>=20
>> On Mar 2, 2012, at 11:29 , Stefan K=F6gl wrote:
>>=20
>>> On Thu, Mar 1, 2012 at 9:39 PM, Jan Lehnardt <jan@apache.org> wrote:
>>>> Where in there did you do the git pull? And was a make clean or git =
clean
>>>> involved?
>>>=20
>>> IIRC I did not pull in between, only apply the patch I mentioned
>>> earlier ( http://friendpaste.com/178nPFgfyyeGf2vtNRpL0w ). And I
>>> probably did a make clean && make && make install.
>>>=20
>>>=20
>>>> I think you should be in the clear with that procedure, but just to =
be
>>>> sure, I think it'd be worth rm'ing all .beam files you find =
manually
>>>> after the uninstall.
>>>=20
>>> Done, I'll report back if the problem appears again.
>>=20
>> Thanks Stefan, your help here is really appreciated :)
>>=20
>> Cheers
>> Jan
>> --
>>=20