Create a set of roles to be composed into a new infrared plugin. The
final goal for these roles is to be used for either downstream and
upstream CI
Change-Id: I48d5f500c2e694c3f94ee497a0df1d92b6c411b3
Those tests are designed to be run on TripleO based cloud as
requires undercloud node and overcloud nodes.
So lets skip them in e.g. devstack based deployments to make
job in overall to be green.
It also renames this test class to be "RebootTripleoNodesTest"
to better express what are those tests doing.
Change-Id: I0a4e710a14648248c53ba357a6a461bf8da2853f
Changes in some functions where default groups where only compute and
controller - now all overcloud nodes are included
Change-Id: I2259a7beb9c8b16d740317ff633c369735f0361d
Container names differ between OSP13 and OSP16:
ovn-dbs-bundle-podman-<number>
ovn-dbs-bundle-docker-<number>
Besides, OVN agents are not listed in OSP13, so the method to
identify whether OVN is configured or not has been changed.
Change-Id: If77fca4ff7ba030a89543ff4b712a26ff037b699
It turns out, that the fedora 3node nodeset is not used since
change Ic3493edae66df736ff29e3c3e82774e2649cef9d merged.
Remove it, so that we don't need to update it again in the future.
Change-Id: Ib65affbe84937e2e0bc0a3bec7fb9c21cfeb3636
def assert_equal_containers_state(expected_containers_list=None,
timeout=120, interval=2,
recreate_expected=False):
"""compare all overcloud container states with using two lists:
one is current , the other some past list
first time this method runs it creates a file holding overcloud
containers' states: /home/stack/expected_containers_list_df.csv'
second time it creates a current containers states list and
compares them, they must be identical"""
Change-Id: Ib750bc6f512afddb6067d3dbaac4820bb43a6ed7
If sample of running containers is taken before creating a VM, some
sidecars containers would not exist. To avoid this, container checkings
are performed after VM creation
Change-Id: Ie24f8ad1b08391f65d1b3b199af3a40e49ed2ac5
Since this causes a regression and breaks podman integration.
causing an infinite loop in the tobiko pomdan client
This reverts commit 05615d6487100372565f950c9a63a61ab16d211d.
Change-Id: Id82d02718ebbe5abee408c18858204f1c49229c1
This new test case checks if dnsmasq process spawned for network
works fine when neutron-dhcp-agent is stopped and than started again.
Dnsmasq process should be running fine for all this time and should
not change its PID.
Change-Id: Iad7317761830d6dc07a84bce07a0437ca7e9d602
: OvercloudProcessesException: not all overcloud processes are
in running state, process nova-scheduler is not running
Change-Id: I58f18127f08f04e74da3563b22a8c36ab576014d
