[jira] [Commented] (SOLR-13559) AliasIntegrationTest.testClusterStateProviderAPI fails to often

2019-08-05 Thread Gus Heck (JIRA)


[ 
https://issues.apache.org/jira/browse/SOLR-13559?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16900348#comment-16900348
 ] 

Gus Heck commented on SOLR-13559:
-

The last failure report has one fail, but it's the 4th week in a row so this is 
getting bad appled now. The more recent failure mode seems to be 
{code:java}
   [junit4] FAILURE 4.74s J1 | AliasIntegrationTest.testClusterStateProviderAPI 
<<<
   [junit4]> Throwable #1: java.lang.AssertionError: should be a routed 
alias
   [junit4]>at 
__randomizedtesting.SeedInfo.seed([D1FEFD814D87287B:CE2961AD3E8CD130]:0)
   [junit4]>at 
org.apache.solr.cloud.AliasIntegrationTest.testClusterStateProviderAPI(AliasIntegrationTest.java:315)
   [junit4]>at java.lang.Thread.run(Thread.java:748)
{code}
which appears to stem from a property being set, but not observed, probably 
meaning that waitForAliasesUpdate() isn't really doing it's job.

Current report on fucit.org only shows one fail on 8.x so It's somewhat unclear 
if this is 8x only or generally a problem. -Dtests.seed=D1FEFD814D87287B from 
the recorded failure does not reproduce the issue

> AliasIntegrationTest.testClusterStateProviderAPI fails to often
> ---
>
> Key: SOLR-13559
> URL: https://issues.apache.org/jira/browse/SOLR-13559
> Project: Solr
>  Issue Type: Bug
>  Components: Tests
>Affects Versions: master (9.0)
>Reporter: Gus Heck
>Priority: Minor
>
> Recent failure rates for AliasIntegrationTest.testClusterStateProviderAPI 
> have been around 4% which is too high. 
> (http://fucit.org/solr-jenkins-reports/failure-report.html). I've beasted 100 
> runs a couple times and not reproduced it but then hit a failure in it during 
> a normal test run today, so I'm going to start this ticket and record the 
> trace. I have yet to dig through the zips for the logs from the builds.



--
This message was sent by Atlassian JIRA
(v7.6.14#76016)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org



[jira] [Commented] (SOLR-13559) AliasIntegrationTest.testClusterStateProviderAPI fails to often

2019-07-04 Thread Gus Heck (JIRA)


[ 
https://issues.apache.org/jira/browse/SOLR-13559?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16878935#comment-16878935
 ] 

Gus Heck commented on SOLR-13559:
-

Interestingly the failure rate went down to 2% and is only failing in 8x now 
hmm.

> AliasIntegrationTest.testClusterStateProviderAPI fails to often
> ---
>
> Key: SOLR-13559
> URL: https://issues.apache.org/jira/browse/SOLR-13559
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>  Components: Tests
>Affects Versions: master (9.0)
>Reporter: Gus Heck
>Priority: Minor
>
> Recent failure rates for AliasIntegrationTest.testClusterStateProviderAPI 
> have been around 4% which is too high. 
> (http://fucit.org/solr-jenkins-reports/failure-report.html). I've beasted 100 
> runs a couple times and not reproduced it but then hit a failure in it during 
> a normal test run today, so I'm going to start this ticket and record the 
> trace. I have yet to dig through the zips for the logs from the builds.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org



[jira] [Commented] (SOLR-13559) AliasIntegrationTest.testClusterStateProviderAPI fails to often

2019-06-19 Thread Gus Heck (JIRA)


[ 
https://issues.apache.org/jira/browse/SOLR-13559?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16867845#comment-16867845
 ] 

Gus Heck commented on SOLR-13559:
-

I also tried beasting 100 times with just one runner no joy there either. (or 
rather all joy and no fail). Yes the code SAYS it waits for this to exist, but 
evidently it dosn't... it's probably a zk propgation or something funky with 
the caching in BaseHttpClusterStateProvider... I do notice that it does 
getAliases(false); in getAliasProperties(String alias) but I haven't been able 
to convince myself as to why that would only sometimes be a problem...

> AliasIntegrationTest.testClusterStateProviderAPI fails to often
> ---
>
> Key: SOLR-13559
> URL: https://issues.apache.org/jira/browse/SOLR-13559
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>  Components: Tests
>Affects Versions: master (9.0)
>Reporter: Gus Heck
>Priority: Minor
>
> Recent failure rates for AliasIntegrationTest.testClusterStateProviderAPI 
> have been around 4% which is too high. 
> (http://fucit.org/solr-jenkins-reports/failure-report.html). I've beasted 100 
> runs a couple times and not reproduced it but then hit a failure in it during 
> a normal test run today, so I'm going to start this ticket and record the 
> trace. I have yet to dig through the zips for the logs from the builds.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org



[jira] [Commented] (SOLR-13559) AliasIntegrationTest.testClusterStateProviderAPI fails to often

2019-06-18 Thread Andrzej Bialecki (JIRA)


[ 
https://issues.apache.org/jira/browse/SOLR-13559?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16866866#comment-16866866
 ] 

Andrzej Bialecki  commented on SOLR-13559:
--

I can't reproduce this locally either. Theoretically this situation is 
impossible ;) the test sets the props, which eventually updates aliases.json, 
and then {{waitForAliasesUpdate}} verifies that the local copy of aliases has 
been updated, too.

> AliasIntegrationTest.testClusterStateProviderAPI fails to often
> ---
>
> Key: SOLR-13559
> URL: https://issues.apache.org/jira/browse/SOLR-13559
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>  Components: Tests
>Affects Versions: master (9.0)
>Reporter: Gus Heck
>Priority: Minor
>
> Recent failure rates for AliasIntegrationTest.testClusterStateProviderAPI 
> have been around 4% which is too high. 
> (http://fucit.org/solr-jenkins-reports/failure-report.html). I've beasted 100 
> runs a couple times and not reproduced it but then hit a failure in it during 
> a normal test run today, so I'm going to start this ticket and record the 
> trace. I have yet to dig through the zips for the logs from the builds.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org



[jira] [Commented] (SOLR-13559) AliasIntegrationTest.testClusterStateProviderAPI fails to often

2019-06-18 Thread Gus Heck (JIRA)


[ 
https://issues.apache.org/jira/browse/SOLR-13559?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16866811#comment-16866811
 ] 

Gus Heck commented on SOLR-13559:
-

Note: this seed does not reproduce, the  etc is because I pulled this from 
the xml file from the test output.
{code:java}
java.lang.AssertionError: {} expected:2 but was:0
at 
__randomizedtesting.SeedInfo.seed([DBB80F0F76EA5A34:C46F932305E1A37F]:0)
at org.junit.Assert.fail(Assert.java:88)
at org.junit.Assert.failNotEquals(Assert.java:834)
at org.junit.Assert.assertEquals(Assert.java:645)
at 
org.apache.solr.cloud.AliasIntegrationTest.testClusterStateProviderAPI(AliasIntegrationTest.java:303)
at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:566)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1750)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:938)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:974)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:988)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:947)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:832)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:883)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:894)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at java.base/java.lang.Thread.run(Thread.java:834)
{code}

> AliasIntegrationTest.testClusterStateProviderAPI fails to often
> ---
>
> Key: SOLR-13559
>