couchdb-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Alexander Shorin (JIRA)" <>
Subject [jira] [Updated] (COUCHDB-991) Native query server show function does not respect os_process_timeout setting
Date Fri, 28 Jun 2013 01:42:20 GMT


Alexander Shorin updated COUCHDB-991:

    Component/s: View Server Support
> Native query server show function does not respect os_process_timeout setting
> -----------------------------------------------------------------------------
>                 Key: COUCHDB-991
>                 URL:
>             Project: CouchDB
>          Issue Type: Bug
>          Components: Database Core, View Server Support
>    Affects Versions: 1.0.1
>         Environment: Mac OSX 10.6; CouchDB/1.0.1 (Erlang OTP/R13B)
>            Reporter: Paul Mietz Egli
> I have a design document containing show functions written in Erlang for performance
reasons, and I found that some calls to these shows were timing out after about eight seconds
(according to curl).  I increased os_process_timeout to 300000 but still saw the show timing
out after seven or eight seconds.  Log shows:
> {exit, {timeout, {gen_server,call, [<0.135.0>,{prompt,[my data]}]}}}
> I asked about this problem in IRC, and kocolosk said that the problem is that couch_native_process
only checks the timeout for a couple of commands, like list_row.  The gen_server:call/2 function
is timing out because ddoc(...<<"show">>) is taking more than five seconds to
process.  Changing line 63 to the following prevents the timeout:
> gen_server:call(Pid, {prompt, Data}, infinity)
> Ideally, though, each run/2 call in couch_native_process would respect the configured
timeout value.  Workaround for now is to wrap the ddoc(..<<"shows">>..)  call
in a timer using State#evstate.timeout as a duration (thanks for the solution, kocolosk!).

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see:

View raw message