
<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">On Sep 29, 2015, at 8:04 AM, Erlon Cruz <<a href="mailto:sombrafam@gmail.com" class="">sombrafam@gmail.com</a>> wrote:<br class=""><div class=""><div><blockquote type="cite" class=""><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class=""><div class=""><div class=""><div class=""><div class=""><div class="">Hi Cris,<br class=""><br class=""></div>There are some questions that came to my mind.<br class=""><br class="">Cinder has near zero tolerance to backends that does not have a CI running. So, can one assume that all drivers in Cinder will have the "OpenStack Compatible" seal?<br class=""></div></div></div></div></div></div></blockquote><div><br class=""></div><div>One of the reasons we started with Cinder was because they have</div><div>have an existing program that is well maintained. Any driver passing</div><div>CI becomes eligible for the "OpenStack Compatible” mark. It’s not</div><div>automatic, and still needs a signed agreement with the Foundation.</div><div><br class=""></div><blockquote type="cite" class=""><div class=""><div dir="ltr" class=""><div class=""><div class=""><div class="">When you say that the driver have to 'pass' the integration tests, what tests do you consider? All tests in tempest? All patches? Do you have any criteria to determine if a backend is passing or not?<br class=""></div></div></div></div></div></blockquote><div><br class=""></div><div>We’re letting the project drive what tests need to be passed. So,</div><div>taking a look at this dashboard[1] (it’s one of many that monitor</div><div>our test systems) the drivers are running the dsvm-tempest-full</div><div>tests. One of the things that the tests exercise, and we’re interested</div><div>in from the driver standpoint, are both the user-facing Cinder APIs</div><div>as well as the driver-facing APIs.</div><div><br class=""></div><div>For Neutron, which we would like to help roll out in the coming year,</div><div>this would be a CI run that is defined by the Neutron development</div><div>team. We have no interest in dictating to the developers what should</div><div>be run. Instead, we want to adopt what the community considers</div><div>to be the best-practices and standards for drivers.</div><div><br class=""></div><blockquote type="cite" class=""><div class=""><div dir="ltr" class=""><div class=""><div class="">About this "OpenStack Compatible" flag, how does it work? Will you hold a list with the Compatible vendors? Is anything a vendor need to to in order to use this?<br class=""></div></div></div></div></blockquote><div><br class=""></div><div>“OpenStack Compatible” is one of the trademark programs that is</div><div>administered by the Foundation. A company that want to apply the</div><div>OpenStack logo to their product needs to sign a licensing agreement,</div><div>which gives them the right to use the logo in their marketing materials.</div><div><br class=""></div><div>We also create an entry in the OpenStack Marketplace for their</div><div>product, which has information about the company and the product, but</div><div>also information about tests that the product may have passed. The</div><div>best example I can give right now is with the “OpenStack Powered”</div><div>program, where we display which Defcore guideline a product has</div><div>successfully passed[2].</div><div><br class=""></div><div><div>Chris</div><div><br class=""></div><div>[1] <a href="http://ci-watch.tintri.com/project?project=cinder&time=24+hours" class="">http://ci-watch.tintri.com/project?project=cinder&time=24+hours</a></div><div>[2] For example: <a href="http://www.openstack.org/marketplace/public-clouds/unitedstack/uos-cloud" class="">http://www.openstack.org/marketplace/public-clouds/unitedstack/uos-cloud</a></div></div><br class=""><blockquote type="cite" class=""><div class=""><div dir="ltr" class=""><div class="">Thanks,<br class=""></div>Erlon<br class=""></div><div class="gmail_extra"><br class=""><div class="gmail_quote">On Mon, Sep 28, 2015 at 5:55 PM, Kyle Mestery <span dir="ltr" class=""><<a href="mailto:mestery@mestery.com" target="_blank" class="">mestery@mestery.com</a>></span> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr" class="">The Neutron team also discussed this in Vancouver, you can see the etherpad here [1]. We talked about the idea of creating a validation suite, and it sounds like that's something we should again discuss in Tokyo for the Mitaka cycle. I think a validation suite would be a great step forward for Neutron third-party CI systems to use to validate they work with a release.<br class=""><br class="">[1] <a href="https://etherpad.openstack.org/p/YVR-neutron-third-party-ci-liberty" target="_blank" class="">https://etherpad.openstack.org/p/YVR-neutron-third-party-ci-liberty</a><br class=""></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br class=""><div class="gmail_quote">On Sun, Sep 27, 2015 at 11:39 AM, Armando M. <span dir="ltr" class=""><<a href="mailto:armamig@gmail.com" target="_blank" class="">armamig@gmail.com</a>></span> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr" class=""><br class=""><div class="gmail_extra"><br class=""><div class="gmail_quote"><div class=""><div class="">On 25 September 2015 at 15:40, Chris Hoge <span dir="ltr" class=""><<a href="mailto:chris@openstack.org" target="_blank" class="">chris@openstack.org</a>></span> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">In November, the OpenStack Foundation will start requiring vendors requesting<br class="">

new "OpenStack Compatible" storage driver licenses to start passing the Cinder<br class="">

third-party integration tests. </blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">The new program was approved by the Board at<br class="">

the July meeting in Austin and follows the improvement of the testing standards<br class="">

and technical requirements for the "OpenStack Powered" program. This is all<br class="">

part of the effort of the Foundation to use the OpenStack brand to guarantee a<br class="">

base-level of interoperability and consistency for OpenStack users and to<br class="">

protect the work of our community of developers by applying a trademark backed<br class="">

by their technical efforts.<br class="">

<br class="">

The Cinder driver testing is the first step of a larger effort to apply<br class="">

community determined standards to the Foundation marketing programs. We're<br class="">

starting with Cinder because it has a successful testing program in place, and<br class="">

we have plans to extend the program to network drivers and OpenStack<br class="">

applications. We're going require CI testing for new "OpenStack Compatible"<br class="">

storage licenses starting on November 1, and plan to roll out network and<br class="">

application testing in 2016.<br class="">

<br class="">

One of our goals is to work with project leaders and developers to help us<br class="">

define and implement these test programs. The standards for third-party<br class="">

drivers and applications should be determined by the developers and users<br class="">

in our community, who are experts in how to maintain the quality of the<br class="">

ecosystem.<br class="">

<br class="">

We welcome and feedback on this program, and are also happy to answer any<br class="">

questions you might have.<br class=""></blockquote><div class=""><br class=""></div></div></div><div class="">Thanks for spearheading this effort.</div><div class=""><br class=""></div><div class="">Do you have more information/pointers about the program, and how Cinder in particular is </div><div class="">paving the way for other projects to follow?</div><div class=""><br class=""></div><div class="">Thanks,</div><div class="">Armando</div><span class=""><div class=""><br class=""></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<br class="">

Thanks!<br class="">

<span class=""><font color="#888888" class=""><br class="">

Chris Hoge<br class="">

Interop Engineer<br class="">

OpenStack Foundation<br class="">

__________________________________________________________________________<br class="">

OpenStack Development Mailing List (not for usage questions)<br class="">

Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org/?subject:unsubscribe" rel="noreferrer" target="_blank" class="">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br class="">

<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank" class="">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br class="">

</font></span></blockquote></span></div><br class=""></div></div>

<br class="">__________________________________________________________________________<br class="">

OpenStack Development Mailing List (not for usage questions)<br class="">

Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org/?subject:unsubscribe" rel="noreferrer" target="_blank" class="">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br class="">

<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank" class="">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br class="">

<br class=""></blockquote></div><br class=""></div>

</div></div><br class="">__________________________________________________________________________<br class="">

OpenStack Development Mailing List (not for usage questions)<br class="">

Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org/?subject:unsubscribe" rel="noreferrer" target="_blank" class="">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br class="">

<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank" class="">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br class="">

<br class=""></blockquote></div><br class=""></div>

__________________________________________________________________________<br class="">OpenStack Development Mailing List (not for usage questions)<br class="">Unsubscribe: <a href="mailto:OpenStack-dev-request@lists.openstack.org" class="">OpenStack-dev-request@lists.openstack.org</a>?subject:unsubscribe<br class=""><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" class="">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br class=""></div></blockquote></div><br class=""></div></body></html>