[
https://issues.apache.org/jira/browse/SOLR-7603?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14565170#comment-14565170
]
Hoss Man edited comment on SOLR-7603 at 5/29/15 11:12 PM:
----------------------------------------------------------
This happened again last night with the new test assertions providing a bit
more detail...
{noformat}
Date: Fri, 29 May 2015 09:42:29 +0000 (UTC)
Build: https://builds.apache.org/job/Lucene-Solr-NightlyTests-trunk/696/
Updating http://svn.apache.org/repos/asf/lucene/dev/trunk at revision
'2015-05-29T03:12:26.055 -0400'
At revision 1682377
-print-java-info:
[java-info] java version "1.8.0_25"
[java-info] Java(TM) SE Runtime Environment (1.8.0_25-b17, Oracle Corporation)
[java-info] Java HotSpot(TM) 64-Bit Server VM (25.25-b02, Oracle Corporation)
[java-info] Test args: []
java.lang.AssertionError: distrib-chain-explicit expected LogUpdateProcessor in
chain due to @RunAllways, but not
found: org.apache.solr.update.processor.DistributedUpdateProcessor@638c6e19,
org.apache.solr.update.processor.RemoveBlankFieldUpdateProcessorFactory$1@25bbdfcb,
org.apache.solr.update.processor.RunUpdateProcessor@473fea05,
at
__randomizedtesting.SeedInfo.seed([3AF6852C6379681:724B9684B0DCB14D]:0)
at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.assertTrue(Assert.java:43)
at
org.apache.solr.update.processor.UpdateRequestProcessorFactoryTest.testUpdateDistribChainSkipping(UpdateRequestProcessorFactoryTest.java:127)
[junit4] 2> NOTE: reproduce with: ant test
-Dtestcase=UpdateRequestProcessorFactoryTest
-Dtests.method=testUpdateDistribChainSkipping -Dtests.seed=3AF6852C6379681
-Dtests.multiplier=2 -Dtests.nightly=true -Dtests.slow=true
-Dtests.linedocsfile=/x1/jenkins/lucene-data/enwiki.random.lines.txt
-Dtests.locale=ru -Dtests.timezone=Asia/Baghdad -Dtests.asserts=true
-Dtests.file.encoding=ISO-8859-1
[junit4] FAILURE 0.03s J2 |
UpdateRequestProcessorFactoryTest.testUpdateDistribChainSkipping <<<
[junit4] > Throwable #1: java.lang.AssertionError: distrib-chain-explicit
expected LogUpdateProcessor in chain due to @RunAllways, but not found:
org.apache.solr.update.processor.DistributedUpdateProcessor@638c6e19,
org.apache.solr.update.processor.RemoveBlankFieldUpdateProcessorFactory$1@25bbdfcb,
org.apache.solr.update.processor.RunUpdateProcessor@473fea05,
[junit4] > at
__randomizedtesting.SeedInfo.seed([3AF6852C6379681:724B9684B0DCB14D]:0)
[junit4] > at
org.apache.solr.update.processor.UpdateRequestProcessorFactoryTest.testUpdateDistribChainSkipping(UpdateRequestProcessorFactoryTest.java:127)
[junit4] > at java.lang.Thread.run(Thread.java:745)
{noformat}
(*EDIT*: updated with reproduce line now that builds.apache.org is back up)
I realy can't make heads or tails of why LogUpdateProcessor wouldn't be in that
chain.
----
FWIW: first incidence i can find of a failure from this assert is...
{noformat}
Date: Sat, 2 May 2015 17:14:16 +0000 (UTC)
Build: https://builds.apache.org/job/Lucene-Solr-NightlyTests-5.x/835/
[junit4] 2> NOTE: reproduce with: ant test
-Dtestcase=UpdateRequestProcessorFactoryTest
-Dtests.method=testUpdateDistribChainSkipping -Dtests.seed=D82449739AD0D42D
-Dtests.multiplier=2 -Dtests.nightly=true -Dtests.slow=true
-Dtests.linedocsfile=/home/jenkins/lucene-data/enwiki.random.lines.txt
-Dtests.locale=nl -Dtests.timezone=America/Denver -Dtests.asserts=true
-Dtests.file.encoding=US-ASCII
[junit4] FAILURE 0.01s J0 |
UpdateRequestProcessorFactoryTest.testUpdateDistribChainSkipping <<<
[junit4] > Throwable #1: java.lang.AssertionError
[junit4] > at
__randomizedtesting.SeedInfo.seed([D82449739AD0D42D:A9C0B7A5EC3BF3E1]:0)
[junit4] > at
org.apache.solr.update.processor.UpdateRequestProcessorFactoryTest.testUpdateDistribChainSkipping(UpdateRequestProcessorFactoryTest.java:111)
[junit4] > at java.lang.Thread.run(Thread.java:745)
{noformat}
was (Author: hossman):
This happened again last night with the new test assertions providing a bit
more detail...
{noformat}
Date: Fri, 29 May 2015 09:42:29 +0000 (UTC)
Build: https://builds.apache.org/job/Lucene-Solr-NightlyTests-trunk/696/
java.lang.AssertionError: distrib-chain-explicit expected LogUpdateProcessor in
chain due to @RunAllways, but not
found: org.apache.solr.update.processor.DistributedUpdateProcessor@638c6e19,
org.apache.solr.update.processor.RemoveBlankFieldUpdateProcessorFactory$1@25bbdfcb,
org.apache.solr.update.processor.RunUpdateProcessor@473fea05,
at
__randomizedtesting.SeedInfo.seed([3AF6852C6379681:724B9684B0DCB14D]:0)
at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.assertTrue(Assert.java:43)
at
org.apache.solr.update.processor.UpdateRequestProcessorFactoryTest.testUpdateDistribChainSkipping(UpdateRequestProcessorFactoryTest.java:127)
{noformat}
(builds.apache.org is down at the moment so i can't confirm the full reproduce
line)
I realy can't make heads or tails of why LogUpdateProcessor wouldn't be in that
chain.
----
FWIW: first incidence i can find of a failure from this assert is...
{noformat}
Date: Sat, 2 May 2015 17:14:16 +0000 (UTC)
Build: https://builds.apache.org/job/Lucene-Solr-NightlyTests-5.x/835/
[junit4] 2> NOTE: reproduce with: ant test
-Dtestcase=UpdateRequestProcessorFactoryTest
-Dtests.method=testUpdateDistribChainSkipping -Dtests.seed=D82449739AD0D42D
-Dtests.multiplier=2 -Dtests.nightly=true -Dtests.slow=true
-Dtests.linedocsfile=/home/jenkins/lucene-data/enwiki.random.lines.txt
-Dtests.locale=nl -Dtests.timezone=America/Denver -Dtests.asserts=true
-Dtests.file.encoding=US-ASCII
[junit4] FAILURE 0.01s J0 |
UpdateRequestProcessorFactoryTest.testUpdateDistribChainSkipping <<<
[junit4] > Throwable #1: java.lang.AssertionError
[junit4] > at
__randomizedtesting.SeedInfo.seed([D82449739AD0D42D:A9C0B7A5EC3BF3E1]:0)
[junit4] > at
org.apache.solr.update.processor.UpdateRequestProcessorFactoryTest.testUpdateDistribChainSkipping(UpdateRequestProcessorFactoryTest.java:111)
[junit4] > at java.lang.Thread.run(Thread.java:745)
{noformat}
> Scary non reproducible failure from
> UpdateRequestProcessorFactoryTest.testUpdateDistribChainSkipping
> ----------------------------------------------------------------------------------------------------
>
> Key: SOLR-7603
> URL: https://issues.apache.org/jira/browse/SOLR-7603
> Project: Solr
> Issue Type: Bug
> Reporter: Hoss Man
> Attachments: SOLR-7603.consoleText.txt
>
>
> jenkins nightly hit a very inexplicable error today...
> {noformat}
> Build: https://builds.apache.org/job/Lucene-Solr-NightlyTests-5.x/860/
> At revision 1682097
> Updating http://svn.apache.org/repos/asf/lucene/dev/branches/branch_5x at
> revision '2015-05-27T14:50:50.016 -0400'
> [java-info] java version "1.7.0_72"
> [java-info] Java(TM) SE Runtime Environment (1.7.0_72-b14, Oracle Corporation)
> [java-info] Java HotSpot(TM) 64-Bit Server VM (24.72-b04, Oracle Corporation)
> {noformat}
> {noformat}
> [junit4] 2> NOTE: reproduce with: ant test
> -Dtestcase=UpdateRequestProcessorFactoryTest
> -Dtests.method=testUpdateDistribChainSkipping -Dtests.seed=4ECABCCFD159BE21
> -Dtests.multiplier=2
> -Dtests.nightly=true -Dtests.slow=true
> -Dtests.linedocsfile=/x1/jenkins/lucene-data/enwiki.random.lines.txt
> -Dtests.locale=mt_MT -Dtests.timezone=Etc/GMT0 -Dtests.asserts=true
> -Dtests.file.encoding=ISO-8859-1
> [junit4] FAILURE 0.01s J0 |
> UpdateRequestProcessorFactoryTest.testUpdateDistribChainSkipping <<<
> [junit4] > Throwable #1: java.lang.AssertionError
> [junit4] > at
> __randomizedtesting.SeedInfo.seed([4ECABCCFD159BE21:3F2E4219A7B299ED]:0)
> [junit4] > at
> org.apache.solr.update.processor.UpdateRequestProcessorFactoryTest.testUpdateDistribChainSkipping(UpdateRequestProcessorFactoryTest.java:111)
> [junit4] > at java.lang.Thread.run(Thread.java:745)
> {noformat}
> ...the line in question is asserting that when executing a distributed update
> (ie: forwarded from another node), the LogUpdateProcessor is still part of
> the chain because it's got got the "RunAlways" annotation indicating it
> should always be included in the chain (everything before hte
> DistribUpdateProcessor is normally)
> There's really no explanation for why the LogUpdateProcessor wouldn't be
> found other then a code bug -- but in that case why doesn't the seed
> reproduce reliably?
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
