couchdb-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Pasi Eronen (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (COUCHDB-1100) Server doesn't release HTTP connection when client queries a currently updating view and times out
Date Mon, 18 Jul 2011 05:28:59 GMT

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

Pasi Eronen commented on COUCHDB-1100:
--------------------------------------

The client usually has some maximum time it's willing to wait for the response (=finite socket
timeout in HTTP code, if nothing else). Perhaps the client could tell the server this value
(with e.g. a request parameter or a custom HTTP header)? 

> 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

        

Mime
View raw message