Re-enable Zaza
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenStack Magnum Charm |
New
|
Undecided
|
Unassigned |
Bug Description
Zaza has been disabled in the past because we need to set up things first in our testing environment. In a nutshell we'll need:
- some env vars in ubuntu-openstack-ci (example [0])
- some env vars in zosci-config (example [1])
- an osci.yaml file for zOSCI to run (example [2])
- some Zaza setup/configure steps to set dynamic things for the test
Based on details given by ionutbalutoiu (modified by lourot):
----------
Environment example:
export TEST_NET_
export TEST_GATEWAY=
export TEST_NAME_
export TEST_CIDR_
export TEST_FIP_
export TEST_MAGNUM_
export OS_VIP00=
The first set of env variables:
TEST_NET_ID
TEST_GATEWAY
TEST_NAME_SERVER
TEST_CIDR_EXT
TEST_FIP_RANGE
is needed for the zaza.openstack.
Notice that TEST_NET_ID points to the juju_network where the Juju units are attached. This way, we allow overcloud Magnum VMs to reach Keystone from the undercloud (which is required).
We use this basic_overcloud
The TEST_MAGNUM_
The current Zaza tests expect that image to be fedora-coreos. A ready to use cloud image can be downloaded from [5]
From there you’ll get an archive (with the xz format). Unarchive the image, and upload it to a web server within the CI infrastructure.
And, the OS_VIP00 is meant to be given to deploy Magnum in HA using the HAcluster subordinate charm. We also use this into multiple other Zaza jobs. For example, we have it used in the Keystone charm [6]
----------
A review for re-enabling Zaza exists already [7]
[0] https:/
[1] https:/
[2] https:/
[3] https:/
[4] https:/
[5] https:/
[6] https:/
[7] https:/