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

[jira] [Updated] (SOLR-6335) org.apache.solr.common.SolrException: no servers hosting shard

     [ https://issues.apache.org/jira/browse/SOLR-6335?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Forest Soup updated SOLR-6335:
------------------------------

    Attachment: solrconfig_perf0804.xml

> org.apache.solr.common.SolrException: no servers hosting shard
> --------------------------------------------------------------
>
>                 Key: SOLR-6335
>                 URL: https://issues.apache.org/jira/browse/SOLR-6335
>             Project: Solr
>          Issue Type: Bug
>          Components: SolrCloud
>    Affects Versions: 4.7
>         Environment: Red Hat Enterprise Linux Server release 6.4 (Santiago) 64bit
>            Reporter: Forest Soup
>         Attachments: solrconfig_perf0804.xml
>
>
> http://lucene.472066.n3.nabble.com/org-apache-solr-common-SolrException-no-servers-hosting-shard-td4151637.html
> I have 2 solr nodes(solr1 and solr2) in a SolrCloud. 
> After this issue happened, solr2 are in recovering state. And after it takes long time to finish recovery, there is this issue again, and it turn to recovery again. It happens again and again. 
> ERROR - 2014-08-04 21:12:27.917; org.apache.solr.common.SolrException; org.apache.solr.common.SolrException: no servers hosting shard: 
>         at org.apache.solr.handler.component.HttpShardHandler$1.call(HttpShardHandler.java:148) 
>         at org.apache.solr.handler.component.HttpShardHandler$1.call(HttpShardHandler.java:118) 
>         at java.util.concurrent.FutureTask.run(FutureTask.java:273) 
>         at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:482) 
>         at java.util.concurrent.FutureTask.run(FutureTask.java:273) 
>         at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1156) 
>         at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:626) 
>         at java.lang.Thread.run(Thread.java:804) 
> We have those settings in solrconfig.xml different with default: 
>     <maxIndexingThreads>24</maxIndexingThreads>  
>     <ramBufferSizeMB>200</ramBufferSizeMB>
>     <maxBufferedDocs>10000</maxBufferedDocs>  
>      <autoCommit>  
>        <maxDocs>1000</maxDocs>  
>        <maxTime>${solr.autoCommit.maxTime:15000}</maxTime>
>        <openSearcher>true</openSearcher>  
>      </autoCommit>
>      <autoSoftCommit>  
>        
>        <maxTime>${solr.autoSoftCommit.maxTime:-1}</maxTime>
>      </autoSoftCommit>
>     <filterCache class="solr.FastLRUCache" 
>                  size="16384" 
>                  initialSize="16384" 
>                  autowarmCount="4096"/>
>     <queryResultCache class="solr.LRUCache" 
>                      size="16384" 
>                      initialSize="16384" 
>                      autowarmCount="4096"/>
>     <documentCache class="solr.LRUCache" 
>                    size="16384" 
>                    initialSize="16384" 
>                    autowarmCount="4096"/>
>        <fieldValueCache class="solr.FastLRUCache" 
>                         size="16384" 
>                         autowarmCount="1024" 
>                         showItems="32" />
>    <queryResultWindowSize>50</queryResultWindowSize>
> The full solrconfig.xml is as attachment. 



--
This message was sent by Atlassian JIRA
(v6.2#6252)

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