Slawek Kaplonski 4ee3dced06 Fix looking for ovs agent based on compute node name
In neutron agents faults tests module, there is test which looks
for neutron-ovs-agent which runs on same host as VM is spawned to
stop this neutron-ovs-agent.
This usually worked fine, but in case e.g. of TripleO hostname
given in neutron agents list contained full domain name and
hostname from nova's output containes short name.
Because of this missmatch there was no neutron-ovs-agent found to
stop and test was failing.
This patch fixes this issue by changing comparison of hostnames
of vm's host and agent's host.

Additionally this patch adds proper handling of the case when
neutron-ovs-agent isn't found.

Change-Id: If240188392feb6067af4f9a4a82e8ed95b4b99ee
2020-04-27 13:50:16 +02:00
2020-04-27 13:50:16 +02:00
2020-04-08 14:32:58 +02:00
2019-10-16 12:51:55 +02:00
2020-03-17 11:07:08 +00:00
2019-04-19 19:51:27 +00:00
2020-04-08 14:32:58 +02:00
2018-08-15 16:10:50 +03:00
2019-03-20 14:14:33 +02:00
2020-01-16 13:07:38 +01:00
2018-08-13 12:58:24 +00:00
2020-02-18 15:40:01 +01:00

Tobiko

Test Big Cloud Operations

Tobiko is an OpenStack testing framework focusing on areas mostly complementary to Tempest. While tempest main focus has been testing OpenStack rest APIs, the main Tobiko focus would be to test OpenStack system operations while "simulating" the use of the cloud as the final user would.

Tobiko's test cases populate the cloud with workloads such as instances, allows the CI workflow to perform an operation such as an update or upgrade, and then runs test cases to validate that the cloud workloads are still functional.

Project Requirements

Tobiko Python framework is being tested with below Python versions:

  • Python 3.6
  • Python 3.7
  • Python 3.8

and below Linux distributions:

  • CentOS 7 (with Python 3.6 and 3.8)
  • Ubuntu Bionic (with Python 3.6 and 3.7)

The framework is being used for executing test cases. As Tobiko can be executed on nodes that are not part of the cloud to test against, this doesn't mean Tobiko requires cloud nodes have to run with one of tested Python versions or Linux distributions.

Main Project Goals

  • To provide a Python framework to write system scenario test cases.
  • To provide tools for testing OpenStack system operations like update, upgrades and fast forward upgrade.
  • To provide CLI tools to implement a workflow designed to test potentially destructive operations (like rebooting cloud nodes, restarting services or others kinds of fault injections).
  • To provide tools to monitor and recollect the healthy status of the cloud as seen from user perspective (black-box testing) or from inside (white-box testing).

References

Description
Testing OpenStack upgrades
Readme 42 MiB
Languages
Python 99.5%
Shell 0.2%
Dockerfile 0.2%