[
https://issues.apache.org/jira/browse/LUCENE-7301?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15336176#comment-15336176
]
Steve Rowe commented on LUCENE-7301:
------------------------------------
Yes, it can be resolved - I'll do that, thanks for the reminder.
Mike, it looks to me like this was committed to branch_6x before branch_6_1 was
created, and it's listed in the 6.1.0 section in CHANGES - shouldn't the fix
version be 6.1 instead of 6.2?
> updateNumericDocValue mixed with updateDocument can cause data loss in some
> randomized testing
> ----------------------------------------------------------------------------------------------
>
> Key: LUCENE-7301
> URL: https://issues.apache.org/jira/browse/LUCENE-7301
> Project: Lucene - Core
> Issue Type: Bug
> Reporter: Hoss Man
> Fix For: master (7.0), 6.2
>
> Attachments: LUCENE-7301.patch, LUCENE-7301.patch, LUCENE-7301.patch
>
>
> SOLR-5944 has been held up by a while due to some extremely rare randomized
> test failures.
> Ishan and I have been working on whitling those Solr test failures down,
> trying to create more isolated reproducable test failures, and i *think* i've
> tracked it down to a bug in IndexWriter when the client calls to
> updateDocument intermixed with calls to updateNumericDocValue *AND*
> IndexWriterConfig.setMaxBufferedDocs is very low (i suspect "how low" depends
> on the number of quantity/types of updates -- but *just* got something that
> reproduced, and haven't tried reproducing with higher values of
> maxBufferedDocs and larger sequences of updateDocument /
> updateNumericDocValue calls.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]