[
https://issues.apache.org/jira/browse/SOLR-13627?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16884404#comment-16884404
]
ASF subversion and git services commented on SOLR-13627:
--------------------------------------------------------
Commit d91900a4a271829325a948aff874301979aba202 in lucene-solr's branch
refs/heads/branch_8x from Chris M. Hostetter
[ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=d91900a ]
Harden DeleteReplicaTest
* tighten assertions related to type of watcher that should be removed
* use waitForActiveCollection before deleting collections to work around
SOLR-13616 and/or SOLR-13627
(cherry picked from commit 7ddba3b7123f11d387ff395516cf46c607ac21ee)
> newly created collection can see all replicas go into recovery immediately on
> first document addition
> -----------------------------------------------------------------------------------------------------
>
> Key: SOLR-13627
> URL: https://issues.apache.org/jira/browse/SOLR-13627
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Reporter: Hoss Man
> Priority: Major
> Attachments: apache_Lucene-Solr-NightlyTests-8.x_143.log.txt
>
>
> There's something very weird going on that popped up in a recent jenkins run
> of {{DeleteReplicaTest.deleteReplicaFromClusterState}}. While the test has
> some issues of it's own, and ultimately failed due to a combination of
> SOLR-13616 + some sloppy assertions (which I will attempt address
> independently of this Jira) a more alarming situation is what the logs show
> at the _begining_ of the tests, before any problems occured.
> In a nutshell: *Just the act of creating a 1x3 collection and adding some
> docs to it caused both of the non-leader replicas to immediatley decide they
> needed to go into recovery.*
> Details to follow in comments...
--
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
