You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Varun Thacker (JIRA)" <ji...@apache.org> on 2018/07/11 16:31:00 UTC

[jira] [Created] (SOLR-12544) ZkStateReader can cache deleted collections and never refresh it

Varun Thacker created SOLR-12544:
------------------------------------

             Summary: ZkStateReader can cache deleted collections and never refresh it
                 Key: SOLR-12544
                 URL: https://issues.apache.org/jira/browse/SOLR-12544
             Project: Solr
          Issue Type: Bug
      Security Level: Public (Default Security Level. Issues are Public)
    Affects Versions: 7.2.1
            Reporter: Varun Thacker


After a delete collection call, CLUSTERSTATUS starts breaking with this error permanently with this error 
{code:java}
org.apache.solr.common.SolrException: Error loading config name for collection my_collection
    at org.apache.solr.common.cloud.ZkStateReader.readConfigName(ZkStateReader.java:198)
    at org.apache.solr.handler.admin.ClusterStatus.getClusterStatus(ClusterStatus.java:141)
...
Caused by: org.apache.zookeeper.KeeperException$NoNodeException: KeeperErrorCode = NoNode for /collections/my_collection
...{code}
SOLR-10720 addresses the problem by skipping over the collection as it was aimed to fix the  race condition between delete collection and CLUSTERSTATUS being called.

 

The fact that we see the error never go away , means there is another bug lingering which will make the state never refresh and thus other calls list LIST will always show the collection. 

 

This happened with Solr 7.2.1 and doesn't happen very often. But when it does the only solution is to restart the node. 



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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