[
https://issues.apache.org/jira/browse/SOLR-173?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12475668
]
Yonik Seeley commented on SOLR-173:
-----------------------------------
The problem is the use of the response writers for something they weren't
originally indended for.
Requests are pretty much always associated with an index searcher. The
searcher is grabbed on-demand and used for the remainder of the request's
lifetime. This is important (lucene docids can change, etc). At the end of
the lifetime of a request, close() *must* be called to decrement the reference
count and close the searcher if necessary. An open searcher holds the files of
the index open (so it's view of the index never changes).
Problem #1: it doesn't look like doFilter() closes the request object.
Problem #2: update handlers should not request a searcher in the first place...
the response writers need to be modified to call getSearcher() on-demand.
> "too many open files" with posting to update handler
> ----------------------------------------------------
>
> Key: SOLR-173
> URL: https://issues.apache.org/jira/browse/SOLR-173
> Project: Solr
> Issue Type: Bug
> Components: update
> Affects Versions: 1.2
> Reporter: Ryan McKinley
> Attachments: SOLR-173-open-files-bug.patch
>
>
> From brian:
> 1) Download trunk/nightly
> 2) Change line 347 of example/solr/conf/solrconfig.xml to <requestHandler
> name="/update" class="solr.XmlUpdateRequestHandler">
> 3) java -jar start.jar...
> 3) Run post.sh a bunch of times on the same xml file... (in a shell script or
> whatever)
> 4) After a few seconds/minutes jetty will crash with "too many open files"
> - - - - -
> all you've got to do is
> apache-solr-nightly/example/exampledocs ryan$ while [ 0 -lt 1 ]; do ./post.sh
> hd.xml; done
> with the request handler pointing to /update. Use
> # lsof | grep solr | wc -l
> to watch the fdescs fly.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
