lucene-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Gus Heck (Jira)" <>
Subject [jira] [Commented] (SOLR-13943) TimeRoutedAliasUpdateProcessorTest.testDateMathInStart: multi-threaded race condition due to ZK assumptions
Date Tue, 19 Nov 2019 00:57:00 GMT


Gus Heck commented on SOLR-13943:

Thanks Chris! I had noticed and been irritated by this but not yet had time to dig into it. 
Your analysis is very helpful.  I'll try to work on it this weekend.

> TimeRoutedAliasUpdateProcessorTest.testDateMathInStart: multi-threaded race condition
due to ZK assumptions
> -----------------------------------------------------------------------------------------------------------
>                 Key: SOLR-13943
>                 URL:
>             Project: Solr
>          Issue Type: Test
>      Security Level: Public(Default Security Level. Issues are Public) 
>            Reporter: Chris M. Hostetter
>            Assignee: Gus Heck
>            Priority: Major
>         Attachments: apache_Lucene-Solr-BadApples-Tests-master_531.log.txt, apache_Lucene-Solr-BadApples-Tests-master_533.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(
>    [junit4]    >        at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native
>    [junit4]    >        at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(
>    [junit4]    >        at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(
>    [junit4]    >        at java.base/java.lang.reflect.Method.invoke(
>    [junit4]    >        at java.base/
> {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

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message