Jump to: navigation, search

Difference between revisions of "ThirdPartySystems/Quobyte CI"

(Cinder CI hit issue)
(Update general CIs status.)
 
(92 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 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, OS-Brick, and Nova changes. 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, and Nova
 
|programs=Cinder, OS-Brick, Manila, and Nova
|status=Reporting in Cinder project (stable), OS-Brick project (down), Manila project (stable), and Nova project (experimental)
+
|status=enabled}}
<br>
+
 
Bugs/changes affecting the Cinder CI results:
+
=== Status Details ===
* After a brief working time Cinder CI is currently throwing false negatives, we're analyzing this. (2016-02-01)
+
Reporting in Cinder project (stable), OS-Brick project (stable), Manila project (stable), and Nova project (stable)
* Cinder CI is back online after migration. Some initial logs where published with a wrong IP address. Please contact us if you require access to one of those initial logs (2016-01-29)
+
 
* 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.
+
==== Bugs/changes affecting all CI results: ====
<br>
+
* All Cinder related CIs are running ok currently.
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 Cinder CI results: ====
<br>
+
* 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
Bugs/changes affecting the OS-Brick CI results:
+
* Cinder CI randomly hits bug [https://bugs.launchpad.net/nova/+bug/1606136 #1606136]
* OS-Brick CI is currently down due to service migration. Cinder CI migration is complete, OS-Brick CI will follow up shortly (2016-01-29)
+
* Cinder CI explicitly skips test_snapshot_backup until bug [https://bugs.launchpad.net/cinder/+bug/1703405 #1703405] is fixed.
<br>
+
 
Bugs/changes affecting the Nova CI results:
+
==== Bugs/changes affecting the OS-Brick CI results: ====
* Currently running experimental tests.
+
* 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 ok but it's reports are currently not added to the Gerrit reviews, we're checking into the reason for this.
 +
* 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.

Latest revision as of 10:07, 21 February 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:

  • All Cinder related CIs are running ok currently.

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 ok but it's reports are currently not added to the Gerrit reviews, we're checking into the reason for this.
  • 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.