You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Hoss Man (JIRA)" <ji...@apache.org> on 2016/08/01 17:46:20 UTC
[jira] [Commented] (SOLR-9363)
TestStressCloudBlindAtomicUpdates.test_dv_stored() failure
[ 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: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org