Jump to: navigation, search

ThirdPartySystems/Quobyte CI

< ThirdPartySystems
Revision as of 09:33, 8 March 2016 by Kaisers (talk | contribs) (Issues escalated and include manila CI now.)
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, OS-Brick, Manila, and 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, OS-Brick, and Nova changes. Similar installation testing manila changes with their respective tempest tests on a quobyte backend based setup.
OpenStack Programs: Cinder, OS-Brick, Manila, and Nova
Current Status: Reporting in Cinder project (stable), OS-Brick project (down due to migration), Manila project (stable), and Nova project (stable)


'CI systems are currently down due to upgrade issues (2016-03-04), we're working on coming back to a working stage.

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:

  • CI skips several groups of non-implemented Manila feature test groups (snapshots, etc.) based on the Manila tempest tests config parameters.


Bugs/changes affecting the OS-Brick CI results:

  • OS-Brick CI is currently down due to service migration which will be completed in the next weeks (2016-02-04)


Bugs/changes affecting the Nova CI results:

  • Nova CI is reporting


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.

CI Volume Logs prior to 2016-01-29

Log files for volume jobs run prior to 2016-01-29 can be found at http://osci4.ext/old_logs/logs/ .