On Wed, Jun 22, 2016 at 11:13 PM, Sean Dague <s...@dague.net> wrote: > On 06/22/2016 09:03 AM, Matt Riedemann wrote: > > On 6/21/2016 12:53 AM, Michael Still wrote: > >> So, https://review.openstack.org/#/c/317739 is basically done I think. > >> I'm after people's thoughts on: > >> > >> - I need to do some more things, as described in the commit message. > >> Are we ok with them being in later patches to get reviews moving on > this? > > > > I'd be OK with caching/performance improvements in subsequent changes. > > Docs on this are going to be important to land, so they could be > > separate but if this is going to get into Newton I'd want the docs to be > > in Newton also. > > > >> > >> - I'm unsure what level of tempest testing makes sense here. How much > >> would you like to see? Do we need to add a vendordata REST service to > >> devstack? That might be complicated in the amount of time available... > > > > I don't think Tempest tests anything from the metadata API service. We > > only have that running in a handful of jobs (the postgres job is the > > main one). We could probably write a test though that ssh's into a guest > > and then pulls the data from the metadata service. I'm not sure what > > you'd populate into the dynamic vendor data endpoint though, maybe just > > test data in devstack? > > > > I think we should have functional tests in the Nova tree for this at > > least - how feasible would that be? In other words, would we have to > > stub out stuff to the point that it would be a useless test in nova's > > functional test tree? > > I'm pretty sure this could be tested reasonably well in Nova's > functional test tree. You could have a real md server, and data behind > it. The only stubbing would be the access path because you'll be hitting > it from localhost instead of a server ip. But that shouldn't invalidate > it too substantially. >
I'm happy to take a look at functional tests. What I am getting from this is that it sounds like its worth reviewing the current patch while I work on functional tests. I can presumably beg nicely to let a docs review in after the merge deadline if needed, but I'd like to see the other two patches (including the one I haven't written yet) land before the deadline. Michael -- Rackspace Australia
__________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev