[
https://issues.apache.org/jira/browse/SOLR-4409?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13572727#comment-13572727
]
Mark Miller commented on SOLR-4409:
-----------------------------------
This is expected behavior. Specifying a greater number of replicas per node
allows you to micro shard for future machine expansion - we just require that
you are explicit about wanting that and force you to pass maxShardsPerNode.
We don't currently let you pass a larger number and auto expand as you add new
machines. To add a new core on a new machine, just use the core admin api or
preconfigure the core in solr.xml to join as new replica.
> Collection creation should succeed if number of shards == number of nodes,
> regardless of replicationFactor.
> -----------------------------------------------------------------------------------------------------------
>
> Key: SOLR-4409
> URL: https://issues.apache.org/jira/browse/SOLR-4409
> Project: Solr
> Issue Type: Bug
> Components: SolrCloud
> Affects Versions: 4.1
> Environment: 3 node SolrCloud using 4.1 and Tomcat 7, external 3 node
> zookeeper, running in AWS.
> Reporter: Michael Della Bitta
> Priority: Minor
>
> I was expecting that manually calling the Collections API to create a
> collection with the replicationFactor set to a value higher than
> numShards/number of nodes would create the collection with no replicants and
> cap the overall possible number of replicants when the cluster grows larger.
> Instead I received this message:
> "SEVERE: Cannot create collection $foo. Value of maxShardsPerNode is 1, and
> the number of live nodes is 3. This allows a maximum of 3 to be created.
> Value of numShards is 3 and value of replicationFactor is 2. This requires 6
> shards to be created (higher than the allowed number)"
> Not sure what the thinking behind this is, and maybe I'm just not getting it,
> but I would assume collection creation would succeed if the collection is a
> valid collection.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
