[
https://issues.apache.org/jira/browse/SOLR-12489?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16551809#comment-16551809
]
ASF subversion and git services commented on SOLR-12489:
--------------------------------------------------------
Commit 18c29b7303a96faeb125dee8a29b210539d23194 in lucene-solr's branch
refs/heads/master from [~varunthacker]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=18c29b7 ]
SOLR-12489: Fix test failures
> Restore collection does not respect user specified replicationFactor
> --------------------------------------------------------------------
>
> Key: SOLR-12489
> URL: https://issues.apache.org/jira/browse/SOLR-12489
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Reporter: Varun Thacker
> Assignee: Varun Thacker
> Priority: Major
> Labels: Backup/Restore
> Fix For: master (8.0), 7.5
>
> Attachments: SOLR-12489.patch
>
>
> When restoring a collection we can pass in the replicationFactor
> However while restoring the collection we don't make use of this param and
> end up using whatever is present as the nrtReplicas key in the state.json
>
> {code:java}
> int numNrtReplicas = getInt(message, NRT_REPLICAS,
> backupCollectionState.getNumNrtReplicas(), 0);
> if (numNrtReplicas == 0) {
> numNrtReplicas = getInt(message, REPLICATION_FACTOR,
> backupCollectionState.getReplicationFactor(), 0);
> }{code}
> The tests didn't catch this as the create collection call from SolrJ sets
> nrtReplicas = replicationFactor and then we never restore with a different
> replicationFactor
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
