As log storage takes care of compression is better to avoid performing
any gzip activity on *text* files that we want to access with the
browser.
Change-Id: I7dcd1cf569fea5e536926f7188af953c3301af0f
Follows the same configuration that was used on
tripleo-quickstart-extras and documented use on tripleo-docs.
Change-Id: Iba8a2db92137f9f6ad28f498627eb1b87039d99f
Story: https://tree.taiga.io/project/tripleo-ci-board/task/381
THis change gathers all nodes console and put them into a html log
directory, divided by node name. They can be retrieved by the job with a
curl so they are gathered with the job log itself.
Change-Id: I8ac885eb61dd633238bcdb4c9bc11de8974d37f6
There are situations where we may need to deploy additional
undercloud-like nodes in a test environment. Support for this has
been added to OVB and this commit wires it into the te-broker.
Change-Id: I84bfba3ee67cd5564ad0a4372c424a2622a97e6f
This adds support for heterogeneous OVB environments to the
te-broker. It is primarily intended for scale testing jobs, since
the normal test jobs only deploy a single compute node. We wouldn't
gain much by using a smaller flavor for that one vm and there is a
cost in complexity to setting up the environment.
Right now this will only work for jobs that deploy just control and
compute nodes. Support for a third role type for ceph or others
could be added in a similar fashion.
Change-Id: I398d13356b3c15c0c7cd448366186b7589ad93e4
Save the end of the bmc console log so we can look for issues. This
will not be visible in the job logs, but is on the te-broker so
ci-admins can debug the problem.
Change-Id: I9f2f21f9e723c5e01532b74ba2b4617a2bc046dd
Related-Bug: 1657188
The nonha jobs don't use net-iso, so there's no need to spend the
time creating a lot of networks and ports. In addition, OVB now
has the ability to deploy a network environment that supports
basic bonding, and this change adds support for deploying that as
well. No jobs currently use bonding, but that will be added in a
follow-up patch.
Change-Id: Ifb65d962293b8b69b2a84597c29c1ffae5d9bc2c
For the sake of simplicity, we delete all of the ports on the
provisioning and public networks before deleting the heat stack.
This is to ensure that the ports we attached to the undercloud vm
are removed before heat tries to delete the subnets. In some jobs
this can mean we delete 12 ports in series. Starting the deletes
in parallel should reduce the overall time it takes to delete the
ports by a fair amount since the controller is capable of working
on more than one request at a time.
Note that we're doing something similar for log collection in
If65e0e460467185a5695cf214272ef35e41c3f03 and it seems to be
working well there.
Change-Id: Iec46b14a5531b287ed70b3dffb7e42cb6bb855c9
I'm occasionally seeing stacks fail to delete due to what appear to
be transient network issues. This change adds a retry loop to the
delete call so hopefully we can recover from such a failure.
Change-Id: I9f0bc0606a8f7dfbe3b94aa8994f7e84784b6580
Add the necessary networks and ports to the quintupleo env file so
that we can start testing with net-iso in OVB envs.
Change-Id: I444395dd48ed77d0e7f382cb3ff781e4b92af402
Deploying the testenvs with the quintupleo templates in OVB will
allow us to start enabling features like net-iso.
Change-Id: I9abfcafbda51b34f46ca3255c075edeed817e3c3
The testenv workers are all looping waiting for heat stack to
but as of I4c82dd8980c62650bb6c4e936f847cc6ab7a24d0 we're not
actually deleting them.
Change-Id: I3839c41e0dd7844ea21da65641aaec8f6ecab910
This achieves nothing but make manual intervention on errors
necessary, this may be needed for some cases. But for others
it will be perfectly fine to allow the worker to continue handling
new envs.
Change-Id: Icc75a540157d5854d65317e239f5a75fcedcd32f
Add scripts to prepare rh2, (an OVB based cloud) for CI.
This patch only includes whats needed to prepare the cloud
for CI, the changes to the CI scripts themselves will be
part of another patch.
Change-Id: Ie2d1c607f283e6babb00ea19d32bebae5383867a