There are a bunch of places where the narrative text say things like
"jenkins runs jobs". This hasn't been true for a while and it's getting
less true.

Left third-party and running-your-own alone because those are
instructions for other people to do things - and we are not yet at the
point where we are suggesting anyone do their things like we do our
things.

The devstack-gate document describes an old deprecated system, but the
system is still in use (sadly) so it was mostly left intact. A warning
was added so that people would be clear that it was deprecated.

Also removed the logstash client config file. It's the only change in
here that actually affects running code and became unnecessary when it
was switched to geard with Ie3f814e6d3278d87f2a20a72e40b6b92217684fc

Change-Id: Iaf2128c3f953976180c71cb599fcbff7bc06c28a

2018-12-10 17:55:04 +00:00

3.0 KiB

Raw Blame History

title: Devstack Gate

Warning

devstack-gate is deprecated in favor of Zuul v3 native jobs defined in the devstack repo itself. This document describes how devstack-gate works as there are still legacy jobs using it.

Devstack Gate

Devstack-gate is a collection of scripts used by the OpenStack CI team to test every change to core OpenStack projects by deploying OpenStack via devstack on a cloud server.

At a Glance

Projects

https://git.openstack.org/cgit/openstack-infra/devstack-gate

Bugs

https://storyboard.openstack.org/#!/project/712

Resources

Devstack-gate README

Overview

All changes to core OpenStack projects are "gated" on a set of tests so that it will not be merged into the main repository unless it passes all of the configured tests. Most projects require unit tests with pep8 and several versions of Python. Those tests are all run only on the project in question. The devstack gate test, however, is an integration test and ensures that a proposed change still enables several of the projects to work together. Any proposed change to the configured set of projects must pass the devstack gate test.

Obviously we test nova, glance, keystone, horizon, neutron and their clients because they all work closely together to form an OpenStack system. Changes to devstack itself are also required to pass this test so that we can be assured that devstack is always able to produce a system capable of testing the next change to nova. The devstack gate scripts themselves are included for the same reason.

How It Works

The devstack test starts with an essentially bare virtual machine made available by nodepool and prepares the testing environment. This is driven by the devstack-gate repository which holds several scripts that are run by Zuul.

When a proposed change is approved by the core reviewers, Zuul triggers the devstack gate test itself. This job runs on one of the previously configured nodes and invokes the devstack-vm-gate-wrap.sh script which checks out code from all of the involved repositories, and merges the proposed change. That script then calls devstack-vm-gate.sh which installs a devstack configuration file, and invokes devstack. Once devstack is finished, it runs Tempest, which performs integration testing. After everything is done, devstack-gate copies and formats all of the logs for archival. Zuul then copies these logs to the log archive.

How to Debug a Devstack Gate Failure

Instructions for debugging a failure can be found in the Devstack-gate README

Developer Setup

If you'd like to work on the devstack-gate scripts and test process, see the Devstack-gate README for specific instructions.

3.0 KiB Raw Blame History