You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Mark Miller (JIRA)" <ji...@apache.org> on 2014/11/27 04:40:12 UTC

[jira] [Commented] (SOLR-6324) Set finite default timeouts for select and update

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

Mark Miller commented on SOLR-6324:
-----------------------------------

Agreed - we need timeouts of some fine length.

We may want to be even more conservative on the read timeout though - I'm on the fence. Really, we have to consider what we want for something like an optimize request that takes 3 hours to return. Do we care that the call will timeout? Probably something like that should be kicked off and the status pulled, but we should still think about any standard long calls.

> 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
>            Assignee: Mark Miller
>            Priority: Minor
>             Fix For: 5.0, Trunk
>
>
> 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.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org