Difference between revisions of "ThirdPartySystems/Quobyte CI"
(Manila CI is up, also adds link to xenial support drop change.) |
(Updating general CI status) |
||
Line 12: | Line 12: | ||
==== Bugs/changes affecting all CI results: ==== | ==== Bugs/changes affecting all CI results: ==== | ||
− | * Manila CI | + | * Manila CI hits a bug causing a specific test to fail, we're analyzing the issue. |
− | + | * All other CIs are up & running as expected. | |
==== Bugs/changes affecting the Cinder CI results: ==== | ==== Bugs/changes affecting the Cinder CI results: ==== | ||
Line 29: | Line 29: | ||
==== Bugs/changes affecting the Manila CI results: ==== | ==== Bugs/changes affecting the Manila CI results: ==== | ||
+ | * Manila CI currently hits an access control related bug in a single tempest test, we're analyzing this issue. | ||
* Manila CI runs all basic tests as well as some optional tempest test groups: | * Manila CI runs all basic tests as well as some optional tempest test groups: | ||
** run_quota_tests=True | ** run_quota_tests=True |
Revision as of 12:57, 27 January 2020
Gerrit Account: quobyteci | |
Contact Information: primary contact: silvan@quobyte.com (kaisers@IRC); backup contacts (in order): 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: enabled |
Status Details
Reporting in Cinder project (stable), OS-Brick project (stable), Manila project (stable), and Nova project (stable)
Bugs/changes affecting all CI results:
- Manila CI hits a bug causing a specific test to fail, we're analyzing the issue.
- All other CIs are up & running as expected.
Bugs/changes affecting the Cinder CI results:
- Cinder CI runs with basic apparmor protection as a workaround for a libvirt apparmor config issue until that bug is solved
- Cinder CI randomly hits bug #1606136
- Cinder CI explicitly skips test_snapshot_backup until bug #1703405 is fixed.
Bugs/changes affecting the OS-Brick CI results:
- OS-Brick CI runs with basic apparmor protection as a workaround for a libvirt apparmor config issue until that bug is solved
- OS-Brick CI randomly hits bug #1606136
Bugs/changes affecting the Nova CI results:
- Nova CI runs with basic apparmor protection as a workaround for a libvirt apparmor config issue until that bug is solved
- Nova CI randomly hits bug #1606136
Bugs/changes affecting the Manila CI results:
- Manila CI currently hits an access control related bug in a single tempest test, we're analyzing this issue.
- Manila CI runs all basic tests as well as some optional tempest test groups:
- run_quota_tests=True
- run_extend_tests=True
- run_shrink_tests=True
Rechecking Quobyte CI Systems
Quobyte CI systems trigger rechecks in two scenarios:
- Jenkins recheck: Every time Jenkins comments +1 on a change the corresponding Quobyte CI is triggered. This includes initial check runs as well as recheck triggered Jenkins re-runs
- CI specific recheck (see below)
Quobyte CI Specific Rechecks
All CI systems run by Quobyte support rechecking by adding the comment 'run-Quobyte CI' to the patch set in question.
Recheck trigger: "run-Quobyte CI"
An older recheck trigger including the Quobyte CI instance name is outdated now and now longer used.
The recheck command works even if there's no previous report from the given CI instance for the given patch set.