Jump to: navigation, search

Difference between revisions of "ThirdPartySystems/Quobyte CI"

(Updated Manila CI status, now stable)
(QB CIs hit a python3.6 vs. 3.7 issue.)
(123 intermediate revisions by the same user not shown)
Line 1: Line 1:
 
{{ThirdPartySystemInfo|name=Quobyte CI
 
{{ThirdPartySystemInfo|name=Quobyte CI
 
|account=quobyteci
 
|account=quobyteci
|contact= silvan@quobyte.com (kaisers@IRC), robert@quobyte.com (mrlarkin@IRC), felix@quobyte.com, bjoern@quobyte.com,
+
|contact= 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, Manila (and later Nova) changes against [[Quobyte]] drivers
+
|intent=Test Cinder, OS-Brick, Manila, and Nova changes against [[Quobyte]] drivers
 
|structure=ansible installed [https://github.com/j-griffith/sos-ci sos-ci] setup with some  [https://github.com/casusbelli/sos-ci modifications]
 
|structure=ansible installed [https://github.com/j-griffith/sos-ci sos-ci] setup with some  [https://github.com/casusbelli/sos-ci 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 installations testing nova and manila changes with their respective tempest tests on a quobyte backend based setup. Working on openstack/nova and openstack/manila CI setups.
+
|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.
|programs=Cinder, Manila, (Nova to be added)
+
|programs=Cinder, OS-Brick, Manila, and Nova
|status=Reporting in Cinder project (stable) and Manila project (stable)
+
|status=enabled}}
<br>
+
 
Bugs/changes affecting the Cinder CI results:
+
=== 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 Cinder related CIs hit a python3 dependency/version  issue coming up in cw5, we're working on a correction or workaround.
 +
 
 +
==== Bugs/changes affecting the Cinder CI results: ====
 +
* Cinder CI runs with basic apparmor protection as a workaround for [https://bugzilla.redhat.com/show_bug.cgi?id=1361592 a libvirt apparmor config issue] until that bug is solved
 +
* Cinder CI randomly hits bug [https://bugs.launchpad.net/nova/+bug/1606136 #1606136]
 +
* Cinder CI explicitly skips test_snapshot_backup until bug [https://bugs.launchpad.net/cinder/+bug/1703405 #1703405] is fixed.
 +
 
 +
==== Bugs/changes affecting the OS-Brick CI results: ====
 +
* OS-Brick CI runs with basic apparmor protection as a workaround for [https://bugzilla.redhat.com/show_bug.cgi?id=1361592 a libvirt apparmor config issue] until that bug is solved
 +
* OS-Brick CI randomly hits bug [https://bugs.launchpad.net/nova/+bug/1606136 #1606136]
  
* The CI runs with devstack installing Nova from the patch ref of a fix for a Nova bug [https://bugs.launchpad.net/nova/+bug/1465416 #1465416] until that fix has merged.
+
==== Bugs/changes affecting the Nova CI results: ====
* CI explicitely skips encrypted volume test as proposed on [http://lists.openstack.org/pipermail/openstack-dev/2015-July/069099.html the mailing list], affects 1 test.
+
* Nova CI runs with basic apparmor protection as a workaround for [https://bugzilla.redhat.com/show_bug.cgi?id=1361592 a libvirt apparmor config issue] until that bug is solved
<br>
+
* Nova CI randomly hits bug [https://bugs.launchpad.net/nova/+bug/1606136 #1606136]
Bugs/changes affecting the Manila CI results:
 
* CI currently runs with a patched backend (fix in preparation) but provides correct 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 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 ===
 
=== 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.
+
Quobyte CI systems trigger rechecks in two scenarios:
For example:
+
* 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)
  
<nowiki>
+
==== Quobyte CI Specific Rechecks ====
    run cinder-quobyteci-dsvm-volume
+
All CI systems run by Quobyte support rechecking by adding the comment 'run-Quobyte CI' to the patch set in question.
</nowiki>
+
<br>
 
+
'''Recheck trigger:''' "run-Quobyte CI"
This command works even if there's no previous report from the given CI instance for the given patch set.
+
<br>
 +
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.

Revision as of 16:46, 31 January 2020

3rd party system: Quobyte CI
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 Cinder related CIs hit a python3 dependency/version issue coming up in cw5, we're working on a correction or workaround.

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:

Bugs/changes affecting the Nova 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:
    • 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.