Description
I saw this while writing a test case for SOLR-9438. The collection1 collection which was in stateFormat=2 was somehow caching the CloudSolrClient's ZkStateReader such that the returned cluster state contained the collection state. However this collection was neither watched nor lazy so any call to waitForRecoveriesToFinish would see stale state and loop until timeout.
Attachments
Attachments
Issue Links
- breaks
-
SOLR-10878 MOVEREPLICA command may lose data when replicationFactor==1
- Closed
- relates to
-
SOLR-12544 ZkStateReader can cache deleted collections and never refresh it
- Resolved