Since we are working in process of removing tempest container
from wallaby release and all the tempest run is switched to
os_tempest for all supported release in tripleo-ci.
This change is not going to affect any periodic jobs also.
It also removes run_tempest and tempest_format var.
Related-Bug: #1916875
Signed-off-by: Chandan Kumar (raukadah) <chkumar@redhat.com>
Change-Id: I3d046047833044fd2d75ba399f784be5d992fbef
Removes the redundant undercloud mapping from featuresets.
We've the default mapping in environments/undercloud.yaml.
Also this CI specific environment is redundant.
Change-Id: I72e41fb8cdebff12aab9704c2a9c4e368410c1ad
This normalizes the formatting of files from ci-scripts and config
folders in order to allow further hardening of linting.
Fixing linting was too big to be made in a single commit as it would
involve too many files to review and could merge conflicts with
existing changes. Thus doing it in few chunks would makes it possible.
Original full change is at https://review.openstack.org/#/c/627545/ and
will be the one merging the last.
Change-Id: Ifb215c0e2ea0ef7115897721f75ba8489bd59b97
The scenario based deployments were not updated properly
for config download.
Closes-Bug: #1789416
Change-Id: I881f92e6cef4de58a9731f03669e42bc862964ec
Tempest container is available and built when we deploy
containerized undercloud.
Since undercloud is containerized from rocky and ongoing, this patch
enable containerized tempest when undercloud is running as container.
Also, moved all tempest related configuration to the end of file to
avoid overwritten options
Depends-On: https://review.openstack.org/#/c/580384/
Change-Id: Icdb0f2b033ad0d1ba2548c591fa32dc649fff319
Bug was introduced in https://review.openstack.org/#/c/566527/
Set default value for tempest_format in logs collection role
when it publishes docs.
Closes-Bug: #1776164
Change-Id: I25a73bbd3804cf013f38627ca3d742e3a6a2f5d1
From master and onwards, we are going to run tempest in containers.
This set the following jobs to run tempest in containers:
* tripleo-ci-centos-7-containers-multinode
* tripleo-ci-centos-7-scenario001-multinode-oooq-container
* tripleo-ci-centos-7-scenario002-multinode-oooq-container
* tripleo-ci-centos-7-scenario003-multinode-oooq-container
* tripleo-ci-centos-7-scenario004-multinode-oooq-container
* tripleo-ci-centos-7-scenario007-multinode-oooq-container
Change-Id: I3af9ad4f43c1c056bd732124eaf4f1f6f194be5b
Depends-On: https://review.openstack.org/#/c/562155/
Now that config-download is the default across tripleoclient and
tripleo-heat-templates, we can update all the CI jobs to remove the
explicit --config-download and -e
environments/config-download-environment.yaml.
Note that --deployed-server didn't actually trigger any needed behaviors
with --config-download, so where it was used, it has now been removed as
well.
Change-Id: Ic5c5df350a7eb5291d45cf8e229af575fe9bed57
* https://review.openstack.org/551441 introduced test_black_regex
in order to skip test directly from featureset files. In order
to avoid confusion between test_regex and test_black_regex, we
are renaming test_regex to test_white_regex.
* It will fix all the featuresets.
Depends-On: https://review.openstack.org/560006
Change-Id: If66225c2e2f8c571cc85aebacee01431e4f64dcc
As we move towards making config-download the default, this converts the
remaining multinode jobs that run against master changes to use
config-download.
Once it's the default, we can come back and update these configs to not
have to explicitly use --config-download.
Change-Id: I459bf28a9d35a0f6134f6ed13ccdd48823240bbb
implements: blueprint config-download-default
deployed_server is no longer common
through out the multinode featuresets.
deploy_steps_ansible_workflow is an
alternative now.
Related-Bug: #1748315
Change-Id: I28988d30338527669da25bc764143cf57a995af9
Use the new upgrade_composable_scenario variable from oooq-extra to set
the composable scenario file used during upgrade.
Closes-Bug: #1714905
Change-Id: Ie0e8de54794a9259c0aeb8c67ae0f6a908844093
Adding the docker registry config to the featureset config
breaks the fs config when executed in other environments.
Depends-On: I9b3ac36033c0b9e994a13188f750e9e1d484bd2d
Change-Id: I5b8a99b4ada9868169a4631aa591a911357f9bcb
enable pingtest where we know it works, scenario001 and 003 for now.
002 and 004 will follow soon.
Depends-On: Idbd02a3c7404daecdc6e2c45ea6d3478bf70552c
Change-Id: Ic363a0629fa36397638b4d617007783a1e2f7dc8
This configuration was previously in tripleo-ci in the
testenv/multinode.yml file, but it is not specific to tripleo-ci.
This would be nice to add to the common multinode config and only
override where needed, but our current code does not allow for
overriding what is in the common config.
Change-Id: Ia042fc578ade2c073504ceb117b1da3ff0a4e051
The "deploy_composable_scenario: true" variable was missing from our
scenario based featuresets, which was masked by an override in our
upstream testing, but results in missing the scenario files when trying
to reproduce them with the featureset configs only.
Change-Id: I7e7c13b9151607233f1159ed91c455dcec37e230