Jump to: navigation, search

Difference between revisions of "ThirdPartySystems/Quobyte CI"

(Updated on CI migration status)
(Manila CI is up, also adds link to xenial support drop change.)
(93 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, OS-Brick, 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 and os-brick. Similar installation testing manila changes with their respective tempest tests on a quobyte backend based setup.
+
|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, OS-Brick, Manila, (Nova to be added)
+
|programs=Cinder, OS-Brick, Manila, and Nova
|status=Reporting in Cinder project (down), OS-Brick project (down) and Manila project (stable)
+
|status=enabled}}
<br>
+
 
'''2016-01-26 - Cinder and OS-Brick CIs are currently migrating to new and more capable hardware. A new Nova CI will be added to this setup in the process. Later on migration of the Manila CI will follow up.'''
+
=== Status Details ===
* '''Update 2015-01-28: basic system setup has been completed. configuring and testing now.'''
+
Reporting in Cinder project (stable), OS-Brick project (stable), Manila project (stable), and Nova project (stable)
<br>
+
 
<br>
+
==== Bugs/changes affecting all CI results: ====
Bugs/changes affecting the Cinder CI results:
+
* Manila CI is up & running
* Cinder CI is currently down due to server installation update that caused a range of dependency issues (2016-01-21)
+
* All other CIs currently produce static negatives due to devstack [https://github.com/openstack/devstack/commit/2e6677869925c86c01cae883b3dde6cccad81d30 Xenial support removal],  we're working to fix this issue.
* 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.
+
 
<br>
+
==== Bugs/changes affecting the Cinder CI results: ====
Bugs/changes affecting the Manila 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
* CI skips several groups of non-implemented Manila feature test groups (snapshots, etc.) based on the Manila tempest tests config parameters
+
* Cinder CI randomly hits bug [https://bugs.launchpad.net/nova/+bug/1606136 #1606136]
<br>
+
* 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 is currently down due to server installation update that caused a range of dependency issues (2016-01-21)
+
==== 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]
 +
 
 +
==== Bugs/changes affecting the Nova CI results: ====
 +
* 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
 +
* Nova CI randomly hits bug [https://bugs.launchpad.net/nova/+bug/1606136 #1606136]
  
}}
+
==== Bugs/changes affecting the Manila CI results: ====
 +
* 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 11:29, 11 December 2019

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 is up & running
  • All other CIs currently produce static negatives due to devstack Xenial support removal, we're working to fix this issue.

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 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.