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
>
--
Filipe David Manana,
fdman...@gmail.com, fdman...@apache.org
"Reasonable men adapt themselves to the world.
Unreasonable men adapt the world to themselves.
That's why all progress depends on unreasonable men."
