You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Vitaliy Zhovtyuk (JIRA)" <ji...@apache.org> on 2015/02/25 20:55:05 UTC

[jira] [Commented] (SOLR-6678) Collection/core reload is causing a memory leak

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

Vitaliy Zhovtyuk commented on SOLR-6678:
----------------------------------------

i did 100K reload on techproducts and other cores and i cannot reproduce issue in heap dump. Heap goes down after force GC.
Can you pls provide exact JRE version, options and solr config?

> Collection/core reload is causing a memory leak
> -----------------------------------------------
>
>                 Key: SOLR-6678
>                 URL: https://issues.apache.org/jira/browse/SOLR-6678
>             Project: Solr
>          Issue Type: Bug
>    Affects Versions: 4.10
>            Reporter: Alexey Serba
>         Attachments: ReloadMemoryLeak.png
>
>
> I have a use case where I need to periodically [reload|https://cwiki.apache.org/confluence/display/solr/Collections+API#CollectionsAPI-api2] a SolrCloud collection. Recently I did ~1k reload operations and noticed that the cluster was running slower and slower, so I connected to it with jconsole and noticed that heap was growing with every reload operation, forcing GC wasn't helping.
> So I took a heap dump and noticed that I have too many SolrCore-s hanging around. 
> It's hard for me to grok the root cause of this, but maybe someone more knowledgable in Solr internals can figure it out by looking into this GC root path (see attached image)? If I interpret this correctly, it looks like one SolrCore is referencing another SolrCore through SolrSuggester. Maybe close hook for SolrSuggester component doesn't release everything that it should be releasing (like SolrSuggester.dictionary)?



--
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