[
https://issues.apache.org/jira/browse/LUCENE-8264?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16474157#comment-16474157
]
Jan Høydahl edited comment on LUCENE-8264 at 5/14/18 1:05 PM:
--------------------------------------------------------------
[~erickerickson] check out SOLR-10046 which seems to do what you want in <2>
already through
{{[UninvertDocValuesMergePolicyFactory|https://lucene.apache.org/solr/7_3_0/solr-core/index.html?org/apache/solr/index/UninvertDocValuesMergePolicyFactory.html]}},
or do I misunderstand?
was (Author: janhoy):
[~erickerickson] check out SOLR-10046 which seems to do what you want in <2>
through {{UninvertDocValuesMergePolicyFactory }}already, or do I misunderstand?
> Allow an option to rewrite all segments
> ---------------------------------------
>
> Key: LUCENE-8264
> URL: https://issues.apache.org/jira/browse/LUCENE-8264
> Project: Lucene - Core
> Issue Type: Improvement
> Reporter: Erick Erickson
> Assignee: Erick Erickson
> Priority: Major
>
> For the background, see SOLR-12259.
> There are several use-cases that would be much easier, especially during
> upgrades, if we could specify that all segments get rewritten.
> One example: Upgrading 5x->6x->7x. When segments are merged, they're
> rewritten into the current format. However, there's no guarantee that a
> particular segment _ever_ gets merged so the 6x-7x upgrade won't necessarily
> be successful.
> How many merge policies support this is an open question. I propose to start
> with TMP and raise other JIRAs as necessary for other merge policies.
> So far the usual response has been "re-index from scratch", but that's
> increasingly difficult as systems get larger.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
