<div></div><div>And another solution - make tempest job as non-voting for your project(glusterfs) like we did it for ec2-api.</div><div></div><div>Andrey.</div><div></div><div>15.04.2015, 08:30, "Deepak Shetty" <dpkshetty@gmail.com>:</div><blockquote type="cite"><div>Forgot to mention the patch links.. see below<br /><br /><div><div><br /><div>On Wed, Apr 15, 2015 at 10:49 AM, Deepak Shetty <span><<a href="mailto:dpkshetty@gmail.com" target="_blank">dpkshetty@gmail.com</a>></span> wrote:<br /><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid #cccccc;padding-left:1ex;"><div><div><div><div><div><div><div><div><div><div><div><div>Hi Stackers,</div> devstack-plugin doesn't have ability to override tempest settings. Currently it only</div>provides a way to override localrc settings, but over time we have seen that many CI jobs</div>fail due to many different issues (lack of support, new tempest test enabled recently which fails for a particular backend etc) and there is no way for the plugin to override tempest tests using</div>its stackforge/{plugin} repo<br /><br /></div> Recently GlusterFS hit upon a issue due to enablement of test_volume_boot_pattern test</div>for which we needed to skip this test (until the issue gets fixed) and sent patch [1] but it was shot down (see [1]'s comments) and hence we sent another patch to disable it using tempest regex filter to project-config [2] ) Since devstack-plugin uses common template for all 3rd party CI jobs, it becomes a bit messy to skip for backend specific only.<br /><br /></div> It would good and ideal to have plugin be able to do the same via stackforge/{plugin} repo</div>that ways the CI job can be tested with the tempest changes well before it run against cinder patches. Something liek tempest/settings in plugin repo and change devstack-gate-wrap.sh ? to source tempest regex from plugin repo and pass on to the tempest cmdline ?<br /><br /></div>Thoughts ?</div></div></div></blockquote><div><br />[1]: <a href="https://review.openstack.org/172841">https://review.openstack.org/172841</a><br />[2]: <a href="https://review.openstack.org/173408">https://review.openstack.org/173408</a></div></div></div></div></div>,<p>__________________________________________________________________________<br />OpenStack Development Mailing List (not for usage questions)<br />Unsubscribe: <a href="mailto:OpenStack-dev-request@lists.openstack.org">OpenStack-dev-request@lists.openstack.org</a>?subject:unsubscribe<br /><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a></p></blockquote>