On Jul 14, 2014, at 10:44 AM, Matt Riedemann <mrie...@linux.vnet.ibm.com> wrote:

> Today we only gate on exercises in devstack for cells testing coverage in the 
> gate-devstack-dsvm-cells job.
> 
> The cells tempest non-voting job was moving to the experimental queue here 
> [1] since it doesn't work with a lot of the compute API tests.
> 
> I think we all agreed to tar and feather comstud if he didn't get Tempest 
> "working" (read: passing) with cells enabled in Juno.
> 
> The first part of this is just figuring out where we sit with what's failing 
> in Tempest (in the check-tempest-dsvm-cells-full job).
> 
> I'd like to propose that we do the following to get the ball rolling:
> 
> 1. Add an option to tempest.conf under the compute-feature-enabled section to 
> toggle cells and then use that option to skip tests that we know will fail in 
> cells, e.g. security group tests.

I think I was told tempest could infer cells from devstack config or something? 
I dunno the right way to do this.

But, I'm basically +1 to all 3 of these. I think we just skip the broken tests 
for now and iterate on unskipping things one by one.

- Chris


> 
> 2. Open bugs for all of the tests we're skipping so we can track closing 
> those down, assuming they aren't already reported. [2]
> 
> 3. Once the known failures are being skipped, we can move 
> check-tempest-dsvm-cells-full out of the experimental queue.  I'm not 
> proposing that it'd be voting right away, I think we have to see it burn in 
> for awhile first.
> 
> With at least this plan we should be able to move forward on identifying 
> issues and getting some idea for how much of Tempest doesn't work with cells 
> and the effort involved in making it work.
> 
> Thoughts? If there aren't any objections, I said I'd work on the qa-spec and 
> can start doing the grunt-work of opening bugs and skipping tests.
> 
> [1] https://review.openstack.org/#/c/87982/
> [2] https://bugs.launchpad.net/nova/+bugs?field.tag=cells+
> 
> -- 
> 
> Thanks,
> 
> Matt Riedemann
> 
> 
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


_______________________________________________
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Reply via email to