[ https://issues.apache.org/jira/browse/COUCHDB-1093?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13009095#comment-13009095 ]
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, but > 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 <fdman...@apache.org> > 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 <kow...@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, > >> {noproc, > >> {gen_server,call, > >> [<0.1478.0>, > >> {pread_iolist,290916}, > >> infinity]}}} > >> > >> Stacktrace: [{gen_server,call,3}, > >> {couch_file,pread_iolist,2}, > >> {couch_file,pread_binary,2}, > >> {couch_file,pread_term,2}, > >> {couch_db,make_doc,5}, > >> {couch_db,open_doc_int,3}, > >> {couch_db,open_doc,3}, > >> {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