[
https://issues.apache.org/jira/browse/SOLR-5944?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15296663#comment-15296663
]
Ishan Chattopadhyaya commented on SOLR-5944:
--------------------------------------------
I ran the test all weekend and found the following failures which reproduce
reliably:
{code}
8CF844B8D2C14DFA
AE673569D5853984
{code}
It seems that the common pattern in these tests is that they fail when one of
the docValues fields is Lucene54 and one of the fields is Memory. Here's an
example (from the latter seed):
{code}
[junit4] 2> NOTE: test params are: codec=Asserting(Lucene62):
{title_s=PostingsFormat(name=MockRandom), id=Lucene50(blocksize=128)},
docValues:{val1_i_dvo=DocValuesFormat(name=Direct),
_version_=DocValuesFormat(name=Direct),
val2_l_dvo=DocValuesFormat(name=Memory), ratings=DocValuesFormat(name=Memory),
price=DocValuesFormat(name=Lucene54)}, maxPointsInLeafNode=132,
maxMBSortInHeap=7.882796951749762,
sim=RandomSimilarity(queryNorm=true,coord=crazy): {}, locale=fr-CA,
timezone=Pacific/Pago_Pago
{code}
I found that the same pattern was present in all previously failing tests for
which I had logs.
As a logical next step, I suppressed both "Lucene54" and "Memory" codecs in the
test and ran them. The failing tests passed, and so did lots and lots of other
seeds. However, one of the tests failed after suppressing Lucene54 and Memory:
seed {{F9C1398E563942D5}} (this seed didn't fail before). Surprisingly, for
this failing seed, I don't see the "NOTE" line mentioning per field codecs, but
just the following info:
{code}
NOTE: test params are:
codec=FastCompressingStoredFields(storedFieldsFormat=CompressingStoredFieldsFormat(compressionMode=FAST,
chunkSize=24740, maxDocsPerChunk=7, blockSize=236),
termVectorsFormat=CompressingTermVectorsFormat(compressionMode=FAST,
chunkSize=24740, blockSize=236)),
sim=RandomSimilarity(queryNorm=true,coord=no): {}, locale=sv,
timezone=America/Catamarca
{code}
I'm looking into how to make these tests fail in a more simple, reproducible
test, not requiring lots of threads etc.
[~hossman] FYI.
> Support updates of numeric DocValues
> ------------------------------------
>
> Key: SOLR-5944
> URL: https://issues.apache.org/jira/browse/SOLR-5944
> Project: Solr
> Issue Type: New Feature
> Reporter: Ishan Chattopadhyaya
> Assignee: Shalin Shekhar Mangar
> Attachments: DUP.patch, SOLR-5944.patch, SOLR-5944.patch,
> SOLR-5944.patch, SOLR-5944.patch, SOLR-5944.patch, SOLR-5944.patch,
> SOLR-5944.patch, SOLR-5944.patch, SOLR-5944.patch, SOLR-5944.patch,
> SOLR-5944.patch, SOLR-5944.patch, SOLR-5944.patch, SOLR-5944.patch,
> SOLR-5944.patch, SOLR-5944.patch, SOLR-5944.patch, SOLR-5944.patch,
> SOLR-5944.patch, SOLR-5944.patch, SOLR-5944.patch, SOLR-5944.patch,
> SOLR-5944.patch, SOLR-5944.patch, SOLR-5944.patch, SOLR-5944.patch,
> TestStressInPlaceUpdates.eb044ac71.beast-167-failure.stdout.txt,
> TestStressInPlaceUpdates.eb044ac71.beast-587-failure.stdout.txt,
> TestStressInPlaceUpdates.eb044ac71.failures.tar.gz,
> hoss.62D328FA1DEA57FD.fail.txt, hoss.62D328FA1DEA57FD.fail2.txt,
> hoss.62D328FA1DEA57FD.fail3.txt, hoss.D768DD9443A98DC.fail.txt,
> hoss.D768DD9443A98DC.pass.txt
>
>
> LUCENE-5189 introduced support for updates to numeric docvalues. It would be
> really nice to have Solr support this.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
