[
https://issues.apache.org/jira/browse/SOLR-10114?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15868106#comment-15868106
]
Mike Drob commented on SOLR-10114:
----------------------------------
Use existing {{ThrowingRunnable}} instead of new {{RunnableWithException}}
We might possibly want to hide this new functionality behind a version check?
Does the patch apply relatively easily to 6.5 as well?
Can you help me understand the full scope of the problem here - child docs are
only in danger of spurious delete until the next commit point, right? So if
they make it to disk, even though they don't have versions, they are still safe
from disappearing in the future.
> child documents lack _version_, susceptible to reordered delete-by-query
> -------------------------------------------------------------------------
>
> Key: SOLR-10114
> URL: https://issues.apache.org/jira/browse/SOLR-10114
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Reporter: Yonik Seeley
> Attachments: SOLR-10114.patch, SOLR-10114-validation.patch
>
>
> It looks like when a block of documents is indexed, child documents get no
> \_version\_ field. This means (among other potential issues) that a
> delete-by-query that is reordered will cause matching child documents to be
> deleted. DBQ normally prevents deleting newer docs by including a
> restriction on \_version\_, which doesn't work for anything lacking that
> field. Re-ordered delete-by-term of any child docs would also be affected
> (although it should be a much rarer issue.)
> The leading candidate for a fix is to use the exact same \_version\_ for all
> child docs.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
