[
https://issues.apache.org/jira/browse/SOLR-9363?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15402486#comment-15402486
]
Hoss Man commented on SOLR-9363:
--------------------------------
I've started looking into his.
So far, my experience mostly matches sarowe's...
bq. in order to reproduce I had to a) run the test at the same SHA as the one
listed, and b) leave off {{-Dtests.method=test_dv_stored}}; under those
conditions it failed both times I ran it
...except that i have definitely seen the failure reproduce multiple times on
the HEAD of master, w/o needing to explicitly check out that GIT SHA (which is
a relief, because the only diff between 53a34b312 and d86c369533 (current HEAD)
is some css and html changes to the admin UI which would have been confusing as
hell)
Since the test passes when {{-Dtests.method=test_dv_stored}} is included in the
run line, that suggests that the failure is related to some sort of state left
over from previous method runs that doesn't exist when running a single test --
this is certainly possible since it's a cloud test that re-uses a
MiniSolrCloudCluster and collection -- it's certainly where i'll start digging
into the logs.
---
One other note: All the failures i see happen at the same point as sarowe, and
with teh same "expected" value, but the actual value seems to vary...
{noformat}
[junit4] > Throwable #1: java.lang.AssertionError: expected:<332> but
was:<264>
[junit4] > Throwable #1: java.lang.AssertionError: expected:<332> but
was:<330>
[junit4] > Throwable #1: java.lang.AssertionError: expected:<332> but
was:<264>
[junit4] > Throwable #1: java.lang.AssertionError: expected:<332> but
was:<263>
{noformat}
> TestStressCloudBlindAtomicUpdates.test_dv_stored() failure
> ----------------------------------------------------------
>
> Key: SOLR-9363
> URL: https://issues.apache.org/jira/browse/SOLR-9363
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Reporter: Steve Rowe
> Attachments: Lucene-Solr-Nightly-master.271.log.gz
>
>
> My Jenkins found a reproducing seed - though note that in order to reproduce
> I had to a) run the test at the same SHA as the one listed, and b) leave off
> {{-Dtests.method=test_dv_stored}}; under those conditions it failed both
> times I ran it:
> {noformat}
> Checking out Revision 53a34b312e78ce6f56c0bb41304ac834b28b9534
> (refs/remotes/origin/master)
> [...]
> [junit4] 2> NOTE: reproduce with: ant test
> -Dtestcase=TestStressCloudBlindAtomicUpdates -Dtests.method=test_dv_stored
> -Dtests.seed=60C9AAFC94FD8921 -Dtests.multiplier=2 -Dtests.nightly=true
> -Dtests.slow=true
> -Dtests.linedocsfile=/home/jenkins/lucene-data/enwiki.random.lines.txt
> -Dtests.locale=id -Dtests.timezone=America/Puerto_Rico -Dtests.asserts=true
> -Dtests.file.encoding=UTF-8
> [junit4] FAILURE 9.09s J0 |
> TestStressCloudBlindAtomicUpdates.test_dv_stored <<<
> [junit4] > Throwable #1: java.lang.AssertionError: expected:<332> but
> was:<205>
> [junit4] > at
> __randomizedtesting.SeedInfo.seed([60C9AAFC94FD8921:F2F5CB7828BAB4F9]:0)
> [junit4] > at
> org.apache.solr.cloud.TestStressCloudBlindAtomicUpdates.checkField(TestStressCloudBlindAtomicUpdates.java:253)
> [junit4] > at
> org.apache.solr.cloud.TestStressCloudBlindAtomicUpdates.test_dv_stored(TestStressCloudBlindAtomicUpdates.java:192)
> [junit4] > at java.lang.Thread.run(Thread.java:745)
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
