Difference between revisions of "Cinder/tested-3rdParty-drivers"
(→Testing for drivers merged *BEFORE* Kilo release: updating which tests need to be ran) |
(→Testing for *NEW* drivers in Kilo release) |
||
Line 2: | Line 2: | ||
=== Testing for *NEW* drivers in Kilo release === | === Testing for *NEW* drivers in Kilo release === | ||
− | + | New drivers need to have a CI by the end of Kilo, or it will be removed in the L release. | |
=== Testing for drivers merged *BEFORE* Kilo release === | === Testing for drivers merged *BEFORE* Kilo release === |
Revision as of 00:03, 19 December 2014
Contents
Driver Testing
Testing for *NEW* drivers in Kilo release
New drivers need to have a CI by the end of Kilo, or it will be removed in the L release.
Testing for drivers merged *BEFORE* Kilo release
Deadline for drivers merged before Kilo to have a CI is end of k-2 (5th of Feb 2015). Failure will result in driver removal in the Kilo release. - Discussion regarding this here
The Cinder community (and other OpenStack projects) have agreed that if a vendor wishes to submit a driver for their particular storage device that said vendor should also be required to set up a third party CI system in their lab which runs Tempest volume tests against their storage device for every Cinder commit, and provides feedback in to Gerrit.
Third Party CI Requirements
- See the official Third Party Testing wiki.
Existing CI Solutions
- Puppet modules for deploying OpenStack CI
- Git repo
- Fork of Jay Pipe's external test repo and more up-to-date.
- Simple OpenStack Continuous Integration (sos-ci)
- Git repo
- Builds Devstack virtual machines with Ansible.
- Jay Pipe's external testing series
- Note: Jay's repo is outdated, but the articles are useful to read. A more updated fork exists.
- Git Repo
- Understanding the OpenStack CI
- Setting up CI Part 1
- Setting up a CI Part 2
Questions
- Join Third Party Meeting
- Reach out to IRC nicks DuncanT or asselin on Freenode #openstack-cinder.
FAQ
What tests do I use?
Use the OpenStack integration test suite Tempest. Specifically you only need to run the volume tests. These tests can be started with the following command from a Tempest repo:
/path/to/tempest/tools/pretty_tox.sh volume
How do I configure DevStack so my Driver Passes Tempest?
[[local|localrc]] ADMIN_PASSWORD=password MYSQL_PASSWORD=password RABBIT_PASSWORD=password SERVICE_PASSWORD=password SERVICE_TOKEN=password # These options define expected driver capabilities TEMPEST_VOLUME_DRIVER=foo TEMPEST_VOLUME_VENDOR="Foo Inc" TEMPEST_STORAGE_PROTOCOL=iSCSI # These options allow you to specify a branch other than "master" be used CINDER_REPO=https://review.openstack.org/openstack/cinder<br /> CINDER_BRANCH=refs/changes/83/72183/4 # Disable security groups entirely Q_USE_SECGROUP=False LIBVIRT_FIREWALL_DRIVER=nova.virt.firewall.NoopFirewallDriver CINDER_SECURE_DELETE=False [[post-config|$CINDER_CONF]] volume_driver=cinder.volume.drivers.foo.FooDriver
When thirdparty CI voting will be required?
Once third party CI's become more common and stable, we'll revisit the subject. For now you can review the discussion on the decision.