Hoss Man created SOLR-12986:
-------------------------------
Summary: HttpPartitionTest reliably failing seed
Key: SOLR-12986
URL: https://issues.apache.org/jira/browse/SOLR-12986
Project: Solr
Issue Type: Bug
Security Level: Public (Default Security Level. Issues are Public)
Reporter: Hoss Man
I've found a reliably failing seed for HttpPartitionTest when run against
master @ e81dd4e870d2a9b27e1f4366e92daa6dba054da8 ...
{noformat}
[junit4] 2> NOTE: reproduce with: ant test -Dtestcase=HttpPartitionTest
-Dtests.method=test -Dtests.seed=E3596048AE430BB6 -Dtests.slow=true
-Dtests.badapples=true -Dtests.locale=ar-OM
-Dtests.timezone=America/Los_Angeles -Dtests.asserts=true
-Dtests.file.encoding=UTF-8
[junit4] FAILURE 56.2s | HttpPartitionTest.test <<<
[junit4] > Throwable #1: java.lang.AssertionError: max version bucket
seed not updated after recovery!
[junit4] > at
__randomizedtesting.SeedInfo.seed([E3596048AE430BB6:6B0D5F9200BF664E]:0)
[junit4] > at
org.apache.solr.cloud.HttpPartitionTest.testRf2(HttpPartitionTest.java:290)
[junit4] > at
org.apache.solr.cloud.HttpPartitionTest.test(HttpPartitionTest.java:131)
{noformat}
I'll attach some logs, but at first glance it appears that everything is
working properly, and PeerSync hapens from the leader before the replica
registers itself as active, but then it stil reports an old "max version"
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
