[
https://issues.apache.org/jira/browse/SOLR-6324?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14086635#comment-14086635
]
ASF GitHub Bot commented on SOLR-6324:
--------------------------------------
GitHub user andyetitmoves opened a pull request:
https://github.com/apache/lucene-solr/pull/79
Set default connTimeout to 60s, soTimeout to 600s
Patch for SOLR-6324.
You can merge this pull request into a Git repository by running:
$ git pull https://github.com/bloomberg/lucene-solr trunk-finite-timeouts
Alternatively you can review and apply these changes as the patch at:
https://github.com/apache/lucene-solr/pull/79.patch
To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:
This closes #79
----
commit 3c8237f216d5e07edb2ab5a10d0d79f93f499605
Author: Ramkumar Aiyengar <[email protected]>
Date: 2014-08-05T18:17:41Z
Set default connTimeout to 60s, soTimeout to 600s
----
> Set finite default timeouts for select and update
> -------------------------------------------------
>
> Key: SOLR-6324
> URL: https://issues.apache.org/jira/browse/SOLR-6324
> Project: Solr
> Issue Type: Improvement
> Components: search, update
> Reporter: Ramkumar Aiyengar
> Priority: Minor
>
> Currently {{HttpShardHandlerFactory}} and {{UpdateShardHandler}} default to
> infinite timeouts for socket connection and read. This can lead to
> undesirable behaviour, for example, if a machine crashes, then searches in
> progress will wait forever for a result to come back and end up using threads
> which will only get terminated at shutdown.
> We should have some finite default, however conservative it might be. These
> parameters are already configurable, so for expert uses, they can be
> increased if necessary anyway.
> Will attach a patch to set connection timeout to 60s and read timeout to
> 600s, but I am not too concerned about the actual value as long as there is
> one.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
