<div dir="ltr">This makes sense to me. Another approach is here - <a href="https://review.openstack.org/375467">https://review.openstack.org/375467</a><div><br></div><div>Thanks,</div><div>Vlad</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Sep 23, 2016 at 2:37 PM, Dmitry Tantsur <span dir="ltr"><<a href="mailto:dtantsur@redhat.com" target="_blank">dtantsur@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi folks!<br>
<br>
We've found out that we're not testing creating of config drives in our CI. It ended up in one combination being actually broken (pxe_* + wholedisk + configdrive). I would like to cover this testing gap. Is there any benefit in NOT using config drives in all jobs? I assume we should not bother too much testing the metadata service, as it's not within our code base (unlike config drive).<br>
<br>
I've proposed <a href="https://review.openstack.org/375362" rel="noreferrer" target="_blank">https://review.openstack.org/3<wbr>75362</a> to switch our tempest plugin to testing config drives, please vote. As you see one job fails on it - this is the breakage I was talking about. It will (hopefully) get fixed with the next release of ironic-lib.<br>
<br>
Finally, we need to run all jobs on ironic-lib, not only one, as ironic-lib is not the basis for all deployment variants. This will probably happen after we switch our DSVM jobs to Xenial though.<br>
<br>
-- Dmitry<br>
<br>
______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.op<wbr>enstack.org?subject:unsubscrib<wbr>e</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi<wbr>-bin/mailman/listinfo/openstac<wbr>k-dev</a><br>
</blockquote></div><br></div>