[ 
https://issues.apache.org/jira/browse/COUCHDB-1100?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13099297#comment-13099297
 ] 

Randall Leeds commented on COUCHDB-1100:
----------------------------------------

Could you try adding {keepalive, true} to the list in socket_options, httpd 
section of the configuration?

> Server doesn't release HTTP connection when client queries a currently 
> updating view and times out
> --------------------------------------------------------------------------------------------------
>
>                 Key: COUCHDB-1100
>                 URL: https://issues.apache.org/jira/browse/COUCHDB-1100
>             Project: CouchDB
>          Issue Type: Bug
>    Affects Versions: 1.0.2
>            Reporter: Pasi Eronen
>
> If a client queries a view that is currently updating (without stale=ok), and 
> then closes the connection after a timeout, the resources on the server side 
> are not released (until the view update completes).
> If the view update takes a long time, the server will eventually run out of 
> file descriptors (or if the file descriptor limit is very large, runs out of 
> something else; not quite sure what).
> Steps to reproduce the problem:
> 1) set "ulimit -n" for couchdb to 1024 (often the default). Using a much 
> larger limit seems to result in different behavior (possibly CouchDB runs out 
> of some other resource before file descriptors; not sure what).
> 2) create a database with a view and sufficient number of docs so that 
> generating the view from scratch takes a lot of time
> 3) query the view repeatedly with a short timeout: for example in bash:
> while true; do curl -m1 
> 'http://127.0.0.1:5984/grande/_design/testviews/_view/byDate1?limit=1'; done
> 4) monitor the number of sockets used with e.g. "netstat -an | grep 5984 | 
> grep CLOSE_WAIT". This should increase all the time.
> 5) roughly when the number hits 1K, couchdb stops responding completely, and 
> there's large number of error messages written to the log file.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Reply via email to