You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Steve Rowe (JIRA)" <ji...@apache.org> on 2016/06/17 14:10:05 UTC

[jira] [Comment Edited] (LUCENE-7301) updateNumericDocValue mixed with updateDocument can cause data loss in some randomized testing

    [ https://issues.apache.org/jira/browse/LUCENE-7301?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15336176#comment-15336176 ] 

Steve Rowe edited comment on LUCENE-7301 at 6/17/16 2:09 PM:
-------------------------------------------------------------

Yes, it can be resolved - I'll do that, thanks for the reminder.

[~mikemccand], 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?


was (Author: steve_rowe):
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: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org