[
https://issues.apache.org/jira/browse/LUCENE-7301?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15334101#comment-15334101
]
ASF subversion and git services commented on LUCENE-7301:
---------------------------------------------------------
Commit 05ac400f7a85c80e5f77708ac72ec4dce5e42cbb in lucene-solr's branch
refs/heads/branch_5_5 from Mike McCandless
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=05ac400 ]
LUCENE-7301: ensure multiple doc values updates to one document within one
update batch are applied in the correct order
> 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: 6.1, master (7.0)
>
> 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]
