You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Alexandre Rafalovitch (JIRA)" <ji...@apache.org> on 2016/10/01 17:29:20 UTC
[jira] [Closed] (SOLR-3280) to many / sometimes stale CLOSE_WAIT
connections from SnapPuller during / after replication
[ https://issues.apache.org/jira/browse/SOLR-3280?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Alexandre Rafalovitch closed SOLR-3280.
---------------------------------------
Resolution: Incomplete
This is no longer relevant to the current replication method.
> to many / sometimes stale CLOSE_WAIT connections from SnapPuller during / after replication
> -------------------------------------------------------------------------------------------
>
> Key: SOLR-3280
> URL: https://issues.apache.org/jira/browse/SOLR-3280
> Project: Solr
> Issue Type: Bug
> Affects Versions: 3.5, 3.6, 4.0-ALPHA
> Reporter: Bernd Fehling
> Assignee: Robert Muir
> Priority: Minor
> Attachments: SOLR-3280.patch
>
>
> There are sometimes to many and also stale CLOSE_WAIT connections during/after replication left over on SLAVE server.
> Normally GC should clean up this but this is not always the case.
> Also if a CLOSE_WAIT is hanging then the new replication won't load.
> Dirty work around so far is to fake a TCP connection as root to that connection and close it.
> After that the new replication will load, the old index and searcher released and the system will
> return to normal operation.
> Background:
> The SnapPuller is using Apache httpclient 3.x and uses the MultiThreadedHttpConnectionManager.
> The manager holds a connection in CLOSE_WAIT after its use for further requests.
> This is done by calling releaseConnection. But if a connection is stuck it is not available any more and a new
> connection from the pool is used.
> Solution:
> After calling releaseConnection clean up with closeIdleConnections(0).
--
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