<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">Em seg, 1 de out de 2018 às 05:26, Balázs Gibizer <<a href="mailto:balazs.gibizer@ericsson.com">balazs.gibizer@ericsson.com</a>> escreveu:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br>
On Sat, Sep 29, 2018 at 10:35 PM, Matt Riedemann <<a href="mailto:mriedemos@gmail.com" target="_blank">mriedemos@gmail.com</a>> <br>
wrote:<br>
> Nova, cinder and tempest run the nova-multiattach job in their check <br>
> and gate queues. The job was added in Queens and was a specific job <br>
> because we had to change the ubuntu cloud archive we used in Queens <br>
> to get multiattach working. Since Rocky, devstack defaults to a <br>
> version of the UCA that works for multiattach, so there isn't really <br>
> anything preventing us from running the tempest multiattach tests in <br>
> the integrated gate. The job tries to be as minimal as possible by <br>
> only running tempest.api.compute.* tests, but it still means spinning <br>
> up a new node and devstack for testing.<br>
> <br>
> Given the state of the gate recently, I'm thinking it would be good <br>
> if we dropped the nova-multiattach job in Stein and just enable the <br>
> multiattach tests in one of the other integrated gate jobs.<br>
<br>
+1<br>
<br>
> I initially was just going to enable it in the nova-next job, but we <br>
> don't run that on cinder or tempest changes. I'm not sure if <br>
> tempest-full is a good place for this though since that job already <br>
> runs a lot of tests and has been timing out a lot lately [1][2].<br>
> <br>
> The tempest-slow job is another option, but cinder doesn't currently <br>
> run that job (it probably should since it runs volume-related tests, <br>
> including the only tempest tests that use encrypted volumes).<br>
<br>
If the multiattach test qualifies as a slow test then I'm in favor of <br>
adding it to the tempest-slow and not lengthening the tempest-full <br>
further.<br>
<br></blockquote><div>+1 On having this on tempest-slow and add this to Cinder, provided that it would also cover encryption .<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
gibi<br>
<br>
> <br>
> Are there other ideas/options for enabling multiattach in another job <br>
> that nova/cinder/tempest already use so we can drop the now mostly <br>
> redundant nova-multiattach job?<br>
> <br>
> [1] <a href="http://status.openstack.org/elastic-recheck/#1686542" rel="noreferrer" target="_blank">http://status.openstack.org/elastic-recheck/#1686542</a><br>
> [2] <a href="http://status.openstack.org/elastic-recheck/#1783405" rel="noreferrer" target="_blank">http://status.openstack.org/elastic-recheck/#1783405</a><br>
> <br>
> --<br>
> <br>
> Thanks,<br>
> <br>
> Matt<br>
> <br>
> __________________________________________________________________________<br>
> OpenStack Development Mailing List (not for usage questions)<br>
> Unsubscribe: <br>
> <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br>
<br>
__________________________________________________________________________<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.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote></div></div>