[ https://issues.apache.org/jira/browse/SOLR-13943?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16976989#comment-16976989 ]
ASF subversion and git services commented on SOLR-13943: -------------------------------------------------------- Commit 8759dea69adfadfcfd448aeae2cafc8273f0912d in lucene-solr's branch refs/heads/branch_8x from Chris M. Hostetter [ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=8759dea ] SOLR-13943: AwaitsFix TimeRoutedAliasUpdateProcessorTest.testDateMathInStart (cherry picked from commit 59465c20c462147f0239449ea43f4844cfa585c2) > TimeRoutedAliasUpdateProcessorTest.testDateMathInStart: multi-threaded race > condition due to ZK assumptions > ----------------------------------------------------------------------------------------------------------- > > Key: SOLR-13943 > URL: https://issues.apache.org/jira/browse/SOLR-13943 > Project: Solr > Issue Type: Test > Security Level: Public(Default Security Level. Issues are Public) > Reporter: Chris M. Hostetter > Priority: Major > Attachments: apache_Lucene-Solr-BadApples-Tests-master_531.log.txt, > apache_Lucene-Solr-BadApples-Tests-master_533.log.txt, > apache_Lucene-Solr-repro-Java11_618.log.txt > > > TimeRoutedAliasUpdateProcessorTest does not currently run in many jenkins > builds due to being marked BadApple(SOLR-13059) -- however when it does run, > the method {{testDateMathInStart}} frequently fails due to what appears to be > a multi-threaded race condition in the test logic... > {noformat} > [junit4] 2> NOTE: reproduce with: ant test > -Dtestcase=TimeRoutedAliasUpdateProcessorTest > -Dtests.method=testDateMathInStart -Dtests.seed=8879E35521A4B9EA > -Dtests.multiplier=2 -Dtests. > slow=true -Dtests.badapples=true -Dtests.locale=nl-BQ > -Dtests.timezone=America/Porto_Acre -Dtests.asserts=true > -Dtests.file.encoding=UTF-8 > [junit4] FAILURE 6.96s J0 | > TimeRoutedAliasUpdateProcessorTest.testDateMathInStart <<< > [junit4] > Throwable #1: java.lang.AssertionError: router.start should > not have any date math by this point and parse as an instant. Using class > org.apache.solr.client.solrj.impl.ZkCl > ientClusterStateProvider Found:2019-09-14T03:00:00Z/DAY > [junit4] > at > __randomizedtesting.SeedInfo.seed([8879E35521A4B9EA:64FE3DD88112B802]:0) > [junit4] > at > org.apache.solr.update.processor.TimeRoutedAliasUpdateProcessorTest.testDateMathInStart(TimeRoutedAliasUpdateProcessorTest.java:765) > [junit4] > at > java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > [junit4] > at > java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > [junit4] > at > java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > [junit4] > at > java.base/java.lang.reflect.Method.invoke(Method.java:566) > [junit4] > at java.base/java.lang.Thread.run(Thread.java:834) > {noformat} > I'll attach some logs from recent failures and my own quick analysis of the > problems of how the test appears to be asserting ZK updates. -- This message was sent by Atlassian Jira (v8.3.4#803005) --------------------------------------------------------------------- To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org For additional commands, e-mail: issues-h...@lucene.apache.org