[
https://issues.apache.org/jira/browse/SOLR-11832?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16321976#comment-16321976
]
Tim Owen commented on SOLR-11832:
---------------------------------
[~varunthacker] .. yes it does appear to be the same issue as SOLR-11586 ..
sorry I had searched Jira for {{backup}} and {{restore}} and didn't see your
ticket before!
I'd agree the default needs changing too (as my patch is doing) but I'm less
familiar with what other code paths might end up invoking that
{{ClusterStateMutator}} code I've changed (it might be others as well as
restored backups).
Feel free to close this as a duplicate then
> Restore from backup creates old format collections
> --------------------------------------------------
>
> Key: SOLR-11832
> URL: https://issues.apache.org/jira/browse/SOLR-11832
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Components: Backup/Restore
> Affects Versions: 7.2, 6.6.2
> Reporter: Tim Owen
> Assignee: Varun Thacker
> Priority: Minor
> Attachments: SOLR-11832.patch
>
>
> Restoring a collection from a backup always creates the new collection using
> the old format state json (format 1), as a global clusterstate.json file at
> top level of ZK. All new collections should be defaulting to use the newer
> per-collection (format 2) in /collections/.../state.json
> As we're running clusters with many collections, the old global state format
> isn't good for us, so as a workaround for now we're calling
> MIGRATESTATEFORMAT immediately after the RESTORE call.
> This bug was mentioned in the comments of SOLR-5750 and also recently
> mentioned by [~varunthacker] in SOLR-11560
> Code patch attached, but as per [~dsmiley]'s comment in the code, fixing this
> means at least 1 test class doesn't succeed anymore. From what I can tell,
> the BasicDistributedZk2Test fails because it's not using the official
> collection API to create a collection, it seems to be bypassing that and
> manually creating cores using the core admin api instead, which I think is
> not enough to ensure the correct ZK nodes are created. The test superclass
> has some methods to create a collection which do use the collection api so I
> could try fixing the tests (I'm just not that familiar with why those
> BasicDistributed*Test classes aren't using the collection api).
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
