[
https://issues.apache.org/jira/browse/SOLR-6637?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15282912#comment-15282912
]
Hrishikesh Gadre commented on SOLR-6637:
----------------------------------------
[~varunthacker] [~shalinmangar]
Please take a look at this code snippet,
https://github.com/apache/lucene-solr/blob/4193e60b9fc1ff12df2267778213ae3b0f04fb84/solr/core/src/java/org/apache/solr/handler/IndexFetcher.java#L605-L617
Is there a specific reason why we have used "SegmentInfos.readCommit(...)"
method instead of just using "commit.getFileNames()" ? It seems equivalent as
per my code understanding but not sure if I have missed anything...
> Solr should have a way to restore a core
> ----------------------------------------
>
> Key: SOLR-6637
> URL: https://issues.apache.org/jira/browse/SOLR-6637
> Project: Solr
> Issue Type: Improvement
> Reporter: Varun Thacker
> Assignee: Varun Thacker
> Fix For: 5.2, 6.0
>
> Attachments: SOLR-6637.patch, SOLR-6637.patch, SOLR-6637.patch,
> SOLR-6637.patch, SOLR-6637.patch, SOLR-6637.patch, SOLR-6637.patch,
> SOLR-6637.patch, SOLR-6637.patch, SOLR-6637.patch
>
>
> We have a core backup command which backs up the index. We should have a
> restore command too.
> This would restore any named snapshots created by the replication handlers
> backup command.
> While working on this patch right now I realized that during backup we only
> backup the index. Should we backup the conf files also? Any thoughts? I could
> separate Jira for this.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
