don't quarantine back, #21450
* Don't quarantine the other system when receiving the Quarantined message, since that will result cluster member removal and can result in forming two separate clusters (cluster split). * Instead, the downing strategy should act on ThisActorSystemQuarantinedEvent, e.g. use it as a STONITH signal.
This commit is contained in:
parent
acafe80cf1
commit
bf151e9793
2 changed files with 8 additions and 13 deletions
|
|
@ -366,17 +366,10 @@ abstract class SurviveNetworkInstabilitySpec
|
|||
}
|
||||
|
||||
runOn(side2: _*) {
|
||||
if (RARP(system).provider.remoteSettings.Artery.Enabled) {
|
||||
// with artery the other side stays quarantined
|
||||
val expected = (side2 map address).toSet
|
||||
clusterView.members.map(_.address) should ===(expected)
|
||||
|
||||
} else {
|
||||
// with the old remoting side2 comes back but stays unreachable
|
||||
val expected = ((side2 ++ side1) map address).toSet
|
||||
clusterView.members.map(_.address) should ===(expected)
|
||||
assertUnreachable(side1: _*)
|
||||
}
|
||||
// side2 comes back but stays unreachable
|
||||
val expected = ((side2 ++ side1) map address).toSet
|
||||
clusterView.members.map(_.address) should ===(expected)
|
||||
assertUnreachable(side1: _*)
|
||||
}
|
||||
|
||||
enterBarrier("after-7")
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue