You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@lucene.apache.org by "Chris M. Hostetter (Jira)" <ji...@apache.org> on 2019/12/19 23:42:00 UTC
[jira] [Updated] (SOLR-14128) SystemCollectionCompatTest times out
waiting for Overseer to do compatibility checks
[ https://issues.apache.org/jira/browse/SOLR-14128?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Chris M. Hostetter updated SOLR-14128:
--------------------------------------
Attachment: thetaphi_Lucene-Solr-master-Linux_25161.log.txt
Status: Open (was: Open)
I'm attaching thetaphi_Lucene-Solr-master-Linux_25161.log.txt which is an example the following type of failure from SystemCollectionCompatTest...
{noformat}
[junit4] 2> NOTE: reproduce with: ant test -Dtestcase=SystemCollectionCompatTest -Dtests.method=testBackCompat -Dtests.seed=9CF2A4DF36F1B3C -Dtests.multiplier=3 -Dtests.slow=true -Dtests.locale=en-AI -Dtests.timezone=Europe/Brussels -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1
[junit4] FAILURE 63.5s J0 | SystemCollectionCompatTest.testBackCompat <<<
[junit4] > Throwable #1: java.lang.AssertionError: re-indexing warning not found
[junit4] > at __randomizedtesting.SeedInfo.seed([9CF2A4DF36F1B3C:793A89E493A7B24A]:0)
[junit4] > at org.apache.solr.cloud.SystemCollectionCompatTest.testBackCompat(SystemCollectionCompatTest.java:206)
[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}
...note that there is a 60 second timeframe in the logs, just prior to the test failing, where nothing seems to happen -- this is the window of time when the test is using a {{LogWatcher}} to wait for Overseer to complain about the compatibility of the .system collection, but it never does.
I'm not really sure I understand when/what is suppose to trigger the overseer figuring this out? .. at first i suspected it should happen when a new overseer was elected, and that the test was "missing" these log messages because they were happening before the {{LogWatcher}} was registered -- but there's no sign of the expected messages in the logs prior to that point in the code either.
----
Jenkins builds with this type of failure in the psat 7 days:
* thetaphi_Lucene-Solr-master-Linux_25161.log.txt
* thetaphi_Lucene-Solr-8.4-Windows_216.log.txt
* thetaphi_Lucene-Solr-8.4-Windows_211.log.txt
* apache_Lucene-Solr-Tests-8.x_802.log.txt
> SystemCollectionCompatTest times out waiting for Overseer to do compatibility checks
> ------------------------------------------------------------------------------------
>
> Key: SOLR-14128
> URL: https://issues.apache.org/jira/browse/SOLR-14128
> Project: Solr
> Issue Type: Sub-task
> Security Level: Public(Default Security Level. Issues are Public)
> Reporter: Chris M. Hostetter
> Priority: Major
> Attachments: thetaphi_Lucene-Solr-master-Linux_25161.log.txt
>
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@lucene.apache.org
For additional commands, e-mail: issues-help@lucene.apache.org