[sytem-tests] Improve RabbitMQ failover destructive test case
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Fuel for OpenStack |
Fix Released
|
High
|
Fuel QA Team |
Bug Description
0) deploy any HA cluster of 3 controllers.
Assume we have a node-1 as a primary controller with the rabbit multistate clone resource master running, and
node-2, node-3 as running multistate resource slaves.
1) Move rabbit master resource to node-2
2) wait for ostf ha passed
3) kill the node-2, which should be a rabbit master now
4) wait for ostf ha passed
5) power on node-2
6) wait for it joined the rabbit cluster (wait for ostf ha passed)
7) repeat 1-6
Expected:
A. The rabbitmq cluster assembles from two remaining nodes, having 1 master and 1 slave after the step #4, no longer than in 5 minutes.
B. The rabbitmq cluster assembles from three nodes, having 1 master and 2 slaves after the steps #2, #6, no longer than in 5 minutes.
C. At least one node is always available for AMQP connections and it's queues and messages synced with other nodes, if any available as well.
Here is an ugly bash example http://
Updated the script source https:/
Changed in fuel: | |
assignee: | nobody → Fuel QA Team (fuel-qa) |
milestone: | none → 7.0 |
importance: | Undecided → Medium |
tags: | added: system-tests |
description: | updated |
Changed in fuel: | |
status: | New → Confirmed |
tags: | added: area-qa |
Mark as duplicate because this case covered by https:/ /review. openstack. org/#/c/ 185065/ that use the following scenario:
Add tests to cover scenario 3-1 rabbit failover:
* SSH to controller and get rabbit master
* Suspend not rabbit master node
* Check that rabbit master stay as was
* Run ostf
* Resume slave
* Check rabbit master is the same
* Run ostf
* Suspend rabbit master node
* Check that new rabbit-master appears
* Run ostf
* Resume node
* Check that new rabbit-master was not re-elected
* Run ostf