Scenarios already live in THT because they contain some data (like
TripleO services or data binding) that are specific to TripleO releases.
Example: NovaPlacement has been introduced in TriplO Ocata but not
support in Newton. That's the reason we moved scenarios templates and
pingtests in THT, so they can be branched.
This patch does the same for multinode and multinode-3nodes. It moves
the roles-data and pingtest to THT.
Change-Id: I689d85918d78f51951e0c142f5cfb51b5c1f78f5
Use TripleO CI scenarios environments from TripleO Heat Templates.
Note: Newton jobs will fail once we merge this patch, and will pass
again once we merge and backport:
https://review.openstack.org/#/c/402119/ into stable/newton.
Change-Id: I8235fa0648a05c2420c536e388b05e9c2f8fecc1
Depends-On: I3527a64c0c8f56ca77115d32849fa23fe710112d
This scenario will only be ran for releases from Ocata and above;
Currently the extra service it deploys is Barbican, and is only
doing a key order from it, however, in the future we will test
encrypted volumes once we configure that in t-h-t.
Change-Id: I19ed2dddd88ae1752c6b7500c1790f801f6bfcd9
This reverts commit aa577a6e5c.
Since barbican is only in the overcloud in ocata, this has broken stable CI jobs for scenario002.
Change-Id: I452b5c9b0d87753cdb1b6a6cabe72e89000d11fe
Partial-Bug: #1640311
* scenario001 will test Telemetry with Aodh, Ceilometer, Gnocchi with file
backend, MongoDB and Redis.
* scenario002 will test Cinder with iscsi backend.
* scenario003 will test Sahara.
All jobs are experimental and non voting.
Change-Id: I8b1a3cfd44ed25eb121f9f2a0a8bc7316f681324
scenario001 is a proof-of-concept of how we can scale-up our CI by
spliting services on multiple CI jobs.
In the case of scenario001:
- Sahara is deployed.
- Cinder and Swift are not deployed.
- Glance uses file backend.
- Test to register an image in Sahara with the pingtest Heat template.
Also adds the testing matrix in README. The matrix will grow with more
documentation in the future.
Note for reviewers: we will have a pingtest per scenario. After some
testing I figured it was too much complex to try to maintain common bits
in a template and do nested stacks.
Change-Id: I25521a8bf8b91f7df4020de6599c4e8420e81fef
This patch fix a race condition in templates/tenantvm_floatingip.yaml
template, used by pingtest.
It makes sure that the vrouter that make the connection between private
& public network will be created before trying to create a floating-ip.
Otherwise, the heat stack will fail to complete because a floating-ip
needs the vrouter in place.
Change-Id: I81641be2b4bf0bd15b10fab1e9725062f52a1bf8
Closes-Bug: #1597265
The m1.demo flavor is created arbitrarily by the client but we
want to remove the post-deployment initialization so we switch
the pingtest VM flavor to one we create from the template itself.
Change-Id: Iec0a64b24813536dd591362f1aefe46135a5a16e
Since cirros is so much lighter weight in a nested virt environment,
this should help with the load on our CI systems.
Note that we switched away from Cirros originally due to the
no_timer_check bug that is present in it, but when the split image
with a separate kernel and initrd is used Nova has some magic that
adds the necessary kernel param automatically[1]. That should make
this safe to use again.
It also allows us to move back to the m1.tiny flavor and use a much
smaller volume, which should make the ping test even faster.
Deleting a 10 GB volume in particular is painful because Cinder
zeros out the storage space before it reports the deletion as
complete.
Change-Id: I5081c00a1cc9a191172e6c32b68c66c110d18c15
1: ce5f9c609f/nova/virt/libvirt/driver.py (L4090)
m1.tiny does not have a large enough disk for the fedora image, but
m1.small does. The only downside is that it is a 2 GB ram image.
However, our compute nodes now have 5 GB of RAM so there's plenty
available, and with such a short-lived VM it's likely that the
actual difference in memory used between the two is minimal.
This will allow us to remove the m1.demo flavor creation from the
overcloud deploy since it was only ever there for test purposes.
Note that this is essentially a cherry-pick of change
I6b1e35c00e51ae9da1830a1e6d714e5f0858bcdb from tripleo-common,
which unfortunately merged after tripleo.sh had been moved to this
repo.
Change-Id: Id4bf6af82c28eb5ec4f93df1a3e8ddef26be1d66
We're discovering that everything needs backporting into both branches
despite the script handling both branches anyway. Given that this
is designed only for developer and CI usage, we may as well save this
effort and move the script here instead.
When this is all working, we can remove the script from tripleo-common
and add a README instead pointing developers to the new location.
This is based on the content of tripleo-common at 6031198 - tripleo.sh
is unchanged except for adjusting the TENANT_PINGTEST_TEMPLATE path.
Change-Id: I9f3df108514a9d5f456e1c467993b778a2f91d89