Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@couchdb.apache.org
Date: Mon, 21 Mar 2011 10:48:05 +0000 (UTC)
From: "Daniel Truemper (JIRA)" <jira@apache.org>
To: dev@couchdb.apache.org
Message-ID: 
 <1124600500.324.1300704485760.JavaMail.tomcat@hel.zones.apache.org>
In-Reply-To: 
 <2085061750.12761.1300482989578.JavaMail.tomcat@hel.zones.apache.org>
Subject: [jira] [Commented] (COUCHDB-1093) Exceptions related to _changes +
 compact
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable


    [ https://issues.apache.org/jira/browse/COUCHDB-1093?page=3Dcom.atlassi=
an.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=3D13=
009095#comment-13009095 ]=20

Daniel Truemper commented on COUCHDB-1093:
------------------------------------------

Hi there,

exactly the same issue here for me. I am running on a 64bit kernel (Debian)=
.

Daniel

> Exceptions related to _changes + compact
> ----------------------------------------
>
>                 Key: COUCHDB-1093
>                 URL: https://issues.apache.org/jira/browse/COUCHDB-1093
>             Project: CouchDB
>          Issue Type: Bug
>          Components: Database Core
>    Affects Versions: 1.0.2
>         Environment: I don't believe this is OS and/or hardware elated, b=
ut I'm running on a redhat 32-bit linux kernel
>            Reporter: kowsik
>              Labels: exception
>
> From the last thread on the dev mailing list:
> On Fri, Mar 18, 2011 at 10:54 AM, Filipe David Manana <fdmanana@apache.or=
g> wrote:
> > Ah,
> >
> > I think the issue is while we are folding the by sequence btree, we
> > are not checking if the database file changed. So if compaction
> > finishes before finishing the btree fold, we reach that error.
> > I can't see right now any other situation, involving _changes, that
> > might cause that issue.
> >
> >
> > On Fri, Mar 18, 2011 at 5:40 PM, kowsik <kowsik@gmail.com> wrote:
> >> Been seeing this on our production CouchDB's (1.0.2) sporadically. We
> >> are using the _changes feed, background view indexing and automatic
> >> compaction.
> >>
> >> Uncaught error in HTTP request: {exit,
> >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 {noproc,
> >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0{gen_server,call,
> >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 [<0.1478.0>,
> >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0{pread_iolist,290916=
},
> >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0infinity]}}}
> >>
> >> =C2=A0Stacktrace: [{gen_server,call,3},
> >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 {couch_file,pread_iolist,2},
> >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 {couch_file,pread_binary,2},
> >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 {couch_file,pread_term,2},
> >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 {couch_db,make_doc,5},
> >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 {couch_db,open_doc_int,3},
> >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 {couch_db,open_doc,3},
> >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 {couch_changes,'-make_filter=
_fun/4-lc$^4/1-3-',2}]
> >>
> >> Not reproducible yet, but it seems compacting while there are active
> >> _changes listeners seems to trigger this. After the exception the
> >> _changes listeners are disconnected which then connect back and
> >> everything goes back to normal. beam itself holds up, though last
> >> night it terminated with no logs, nothing. Just poof. Any ideas?
> >>
> >> Thanks,
> >>
> >> K.
> >> ---
> >> http://blitz.io
> >> http://twitter.com/pcapr

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira