[openstack-dev] [nova][cinder] Integration testing for Nova API os-assisted-volume-snapshots

Jordan Pittier jordan.pittier at scality.com
Wed Jun 15 17:01:17 UTC 2016


On Wed, Jun 15, 2016 at 6:21 PM, Matt Riedemann <mriedem at linux.vnet.ibm.com>
wrote:

> In the nova-api meeting today we were talking about the nova
> os-assisted-volume-snapshots API and whether or not it was a proxy API to
> cinder. We determined it's not, it performs an action on a server resource.
> But what a few of us didn't realize was it's an admin API in nova only for
> cinder RemoteFSSnapDrivers to call when creating a volume snapshot.
>
> From what I can tell, this is used in Cinder by the glusterfs, scality,
> quobyte and virtuozzo remotefs volume drivers.
>
> This is also a nova API that's only implemented for the libvirt compute
> driver - so gmann is going to document that in the nova api-ref for the API
> so it's at least communicated somewhere (it's not in the nova feature
> support matrix).
>
> The other thing I was wondering about was CI coverage. I looked through
> several cinder patches this morning looking for recent successful CI
> results for gluster/scality/quobyte but couldn't find any.
>
> Does someone have a link to a successful job run for one of those drivers?
> I'd like to see if they are testing volume snapshot and that it's properly
> calling the nova API and everything is working. Because this is also
> something that Nova could totally unknowingly break to that flow since we
> have no CI coverage for it (we don't have those cinder 3rd party CI jobs
> running against nova changes).
>
> --
>

Hi Matt,
I am in charge of the Scality CI. It used to report to changes in Cinder. A
change in devstack broke us a couple of months ago, so I had to turn off my
CI (because it was reporting false negative) while developing a patch. The
patch took a long time to develop and merge but was merged finally:
https://review.openstack.org/#/c/310204/

But in the mean time, something else crept in, hidden by the first failure.
So the Scality CI is still broken, but it is my intention to find the
commit that broke it and come up with a patch.

The C is still running on every change to Cinder, just that the result is
not reported back. Results are here
https://37.187.159.67:5443/job/cinder-sofs-validate/ (yeah, that's an IP
and with an invalid HTTPS certificate, I am not proud :p). This is the
build artififact (logs) for a job that ran a couple of hours ago:
https://37.187.159.67:5443/job/cinder-sofs-validate/17356/artifact/jenkins-logs/

So overall, I struggle to maintain that CI. Because I always have to play
catch up. That's fine but what bother me is that when I finally come up
with a patch (be it for Nova or Cinder) reviews take a long time because
basically not a lot of people care/know about
about os-assisted-volume-snapshots.

Cheers,
Jordan

-- 
 <http://bit.ly/1VRgEAb>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20160615/39280796/attachment-0001.html>


More information about the OpenStack-dev mailing list