Jump to: navigation, search

ThirdPartySystems/Quobyte CI

< ThirdPartySystems
Revision as of 15:02, 9 November 2015 by Kaisers (talk | contribs) (Cinder CI is fine, Manila CI has an issue after changes to manial/tempest integration)
3rd party system: Quobyte CI
Gerrit Account: quobyteci
Contact Information: silvan@quobyte.com (kaisers@IRC), robert@quobyte.com (mrlarkin@IRC), felix@quobyte.com, bjoern@quobyte.com,
Intent: Test Cinder, Manila (and later Nova) changes against Quobyte drivers
Structure: ansible installed sos-ci setup with some modifications
Method: sos-ci monitors Gerrit event stream and triggers test builds, ansible based installation in DevStack instances, running volume related tempest tests vs. cinder. Similar installation testing manila changes with their respective tempest tests on a quobyte backend based setup.
OpenStack Programs: Cinder, Manila, (Nova to be added)
Current Status: Reporting in Cinder project (stable) and Manila project (stable)


Bugs/changes affecting the Cinder CI results:

  • CI explicitely skips encrypted volume test as proposed on the mailing list, affects 1 test.


Bugs/changes affecting the Manila CI results:

  • Last weeks changes to the manila / tempest integration results in a stacking error in our Manila CI. We're investigating this. (2015-11-09)
  • CI skips several groups of non-implemented Manila feature test groups (snapshots, etc.) based on the Manila tempest tests config parameters


Rechecking Quobyte CI Systems

All CI systems run by Quobyte support rechecking by adding the comment 'run <ci-instance-name>' to the patch set in question. For example:

run cinder-quobyteci-dsvm-volume

This command works even if there's no previous report from the given CI instance for the given patch set.