[
https://issues.apache.org/jira/browse/SOLR-15138?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17283964#comment-17283964
]
ASF subversion and git services commented on SOLR-15138:
--------------------------------------------------------
Commit 22c716bcd946fa2d49e6cea53c0f0dd689954d76 in lucene-solr's branch
refs/heads/branch_8_8 from Ishan Chattopadhyaya
[ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=22c716b ]
SOLR-15138: Collection creation for PerReplicaStates does not scale to large
collections as well as regular collections (closes #2359 and #2318)
> PerReplicaStates does not scale to large collections as well as state.json
> --------------------------------------------------------------------------
>
> Key: SOLR-15138
> URL: https://issues.apache.org/jira/browse/SOLR-15138
> Project: Solr
> Issue Type: Bug
> Components: SolrCloud
> Affects Versions: 8.8
> Reporter: Mike Drob
> Assignee: Noble Paul
> Priority: Major
> Time Spent: 3h 20m
> Remaining Estimate: 0h
>
> I was testing PRS collection creation with larger collections today
> (previously I had tested with many small collections) and it seemed to be
> having trouble keeping up.
>
> I was running a 4 node instance, each JVM with 4G Heap in k8s, and a single
> zookeeper.
>
> With this cluster configuration, I am able to create several (at least 10)
> collections with 11 shards and 11 replicas using the "old way" of keeping
> state. These collections are created serially, waiting for all replicas to be
> active before proceeding.
> However, when attempting to do the same with PRS, the creation stalls on
> collection 2 or 3, with several replicas stuck in a "down" state. Further,
> when attempting to delete these collections using the regular API it
> sometimes takes several attempts after getting stuck a few times as well.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
