Return-Path: Delivered-To: apmail-couchdb-dev-archive@www.apache.org Received: (qmail 15908 invoked from network); 27 Mar 2011 19:23:48 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 27 Mar 2011 19:23:48 -0000 Received: (qmail 65039 invoked by uid 500); 27 Mar 2011 19:23:47 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 64991 invoked by uid 500); 27 Mar 2011 19:23:47 -0000 Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@couchdb.apache.org Delivered-To: mailing list dev@couchdb.apache.org Received: (qmail 64983 invoked by uid 99); 27 Mar 2011 19:23:47 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 27 Mar 2011 19:23:47 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=5.0 tests=ALL_TRUSTED,T_RP_MATCHES_RCVD X-Spam-Check-By: apache.org Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 27 Mar 2011 19:23:43 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116]) by hel.zones.apache.org (Postfix) with ESMTP id 07679576B7 for ; Sun, 27 Mar 2011 19:23:06 +0000 (UTC) Date: Sun, 27 Mar 2011 19:23:06 +0000 (UTC) From: "Filipe Manana (JIRA)" To: dev@couchdb.apache.org Message-ID: <582075379.15554.1301253786027.JavaMail.tomcat@hel.zones.apache.org> In-Reply-To: <2085061750.12761.1300482989578.JavaMail.tomcat@hel.zones.apache.org> Subject: [jira] [Resolved] (COUCHDB-1093) Exceptions related to _changes + compact MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/COUCHDB-1093?page=3Dcom.atlass= ian.jira.plugin.system.issuetabpanels:all-tabpanel ] Filipe Manana resolved COUCHDB-1093. ------------------------------------ Resolution: Fixed Fix Version/s: 1.2 1.1 0.10.3 Fix, with a test, applied to trunk, 1.0.x and 1.1.x > 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 > Assignee: Filipe Manana > Labels: exception > Fix For: 0.10.3, 1.1, 1.2 > > Attachments: COUCHDB-1093_1_0_x.patch, COUCHDB-1093_trunk.patch > > > From the last thread on the dev mailing list: > On Fri, Mar 18, 2011 at 10:54 AM, Filipe David Manana 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 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