Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@couchdb.apache.org
Received-SPF: pass (athena.apache.org: domain of
 carl.henrik.lundgren@gmail.com designates 209.85.160.180 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CAC1pAWqiog7WpfwKOkjAe5cxaX1fvHi71Po9Pp70HbvAuK9H5A@mail.gmail.com>
References: 
 <CAC1pAWqiog7WpfwKOkjAe5cxaX1fvHi71Po9Pp70HbvAuK9H5A@mail.gmail.com>
Date: Mon, 16 Jan 2012 13:43:04 +0100
Message-ID: 
 <CAC1pAWpUG69MyTnRFkM0xtSr4jtZRj2TmYK+7fhjPL4sh=ceAg@mail.gmail.com>
Subject: Re: Successful bulk operation but is followed stacktrace in log
From: Henrik Lundgren <carl.henrik.lundgren@gmail.com>
To: user@couchdb.apache.org
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Maybe this problem is trivial, hence the lack of response :-)

Anyway, I think I have found the root cause:

The view function fails to send a change because the socket is closed.

This is because we use the changes feed just as a trigger, closing it
when we recieve the first change.
The connection is closed when subsequent changes are evaluated and the
stacktrace shows up in the log.

/Henrik


On Thu, Jan 12, 2012 at 2:13 PM, Henrik Lundgren
<carl.henrik.lundgren@gmail.com> wrote:
> We are seeing the stacktrace below quite frequently on our production ser=
vers:
>
> [Thu, 12 Jan 2012 08:43:38 GMT] [info] [<0.16217.138>] 10.21.39.2 - -
> 'POST' /inbox_db/_bulk_docs 201
>
> [Thu, 12 Jan 2012 08:43:38 GMT] [error] [<0.16095.138>] Uncaught error
> in HTTP request: {error,{case_clause,{error,enotconn}}}
>
> [Thu, 12 Jan 2012 08:43:38 GMT] [info] [<0.16095.138>] Stacktrace:
> [{mochiweb_request,get,2},
> =A0 =A0 =A0 =A0 =A0 =A0 {couch_httpd_external,json_req_obj,3},
> =A0 =A0 =A0 =A0 =A0 =A0 {couch_query_servers,filter_docs,5},
> =A0 =A0 =A0 =A0 =A0 =A0 {couch_changes,'-make_filter_fun/4-fun-1-',6},
> =A0 =A0 =A0 =A0 =A0 =A0 {couch_changes,changes_enumerator,2},
> =A0 =A0 =A0 =A0 =A0 =A0 {couch_btree,stream_kv_node2,8},
> =A0 =A0 =A0 =A0 =A0 =A0 {couch_btree,stream_kp_node,8},
> =A0 =A0 =A0 =A0 =A0 =A0 {couch_btree,fold,4}]
>
> The bulk operation succeeds (201) but the stacktraces are worrying.
> The application subsequently tries to save a document in another
> database on the same couchdb instance.
> That request fails with a dropped connection every so often.
>
> We have a changes feed that also fails frequently:
> 'GET' /inbox_db/_changes?feed=3Dcontinuous&since=3D79362&filter=3DStandar=
dRecordHeader%2Funprocessed_files&heartbeat=3D9000
> 500
>
> Here's the filter function:
>
> function(doc) { return doc.state =3D=3D=3D void 0 && doc._attachments &&
> doc._attachments.payload}
>
> Maybe these two errors are connected?
>
> We are currently using CouchDb 1.0.2
>
> Anybody got an idea what could be wrong?
>
> /Henrik