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

Robert Muir commented on SOLR-5652:
-----------------------------------

{quote}
On IRC, i drew sarowe's attention to these issues and DocValuesMissingTest and 
he pointed out that DocValuesMissingTest uses the following...

    @SuppressCodecs({"Lucene40", "Lucene41", "Lucene42"}) // old formats cannot 
represent missing values

...so this may be the smoking gun to explain what's going wrong here, since we 
don't do anything like this in the cursor tests. (yet ... i'm going to fix that 
now)
{quote}

Dammit, I feel pretty terrible. You guys have been debugging this thing for a 
long time, and I've been trying to stay up to date on the issue, but not once 
did I even think about this...



> Heisenbug in DistribCursorPagingTest: "walk already seen ..."
> -------------------------------------------------------------
>
>                 Key: SOLR-5652
>                 URL: https://issues.apache.org/jira/browse/SOLR-5652
>             Project: Solr
>          Issue Type: Bug
>            Reporter: Hoss Man
>            Assignee: Hoss Man
>         Attachments: 129.log, 372.log, SOLR-5652.codec.skip.dv.patch, 
> jenkins.thetaphi.de_Lucene-Solr-4.x-MacOSX_1200.log.txt, 
> jenkins.thetaphi.de_Lucene-Solr-4.x-MacOSX_1217.log.txt
>
>
> Several times now, Uwe's jenkins has encountered a "walk already seen ..." 
> assertion failure from DistribCursorPagingTest that I've been unable to 
> fathom, let alone reproduce (although sarowe was able to trigger a similar, 
> non-reproducible seed, failure on his machine)
> Using this as a tracking issue to try and make sense of it.
> Summary of things noticed so far:
> * So far only seen on http://jenkins.thetaphi.de & sarowe's mac
> * So far seen on MacOSX and Linux
> * So far seen on branch 4x and trunk
> * So far seen on Java6, Java7, and Java8
> * fails occured in first block of randomized testing: 
> ** we've indexed a small number of randomized docs
> ** we're explicitly looping over every field and sorting in both directions
> * fails were sorting on one of the "\*_dv_last" or "\*_dv_first" fields 
> (docValues=true, either sortMissingLast=true OR sortMissingFirst=true) 
> ** for desc sorts, sort on same field asc has worked fine just before this 
> (fields are in arbitrary order, but "asc" always tried before "desc")
> ** sorting on some other random fields has sometimes been tried before this 
> and worked
> (specifics of each failure seen in the wild recorded in comments)



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Reply via email to