On Fri, Aug 19, 2016 at 1:00 AM, Matt Riedemann <mrie...@linux.vnet.ibm.com> wrote:
> It's that time of year again to talk about killing this job, at least from > the integrated gate (move it to experimental for people that care about > postgresql, or make it gating on a smaller subset of projects like oslo.db). > > The postgresql job used to have three interesting things about it: > > 1. It ran keystone with eventlet (which is no longer a thing). > 2. It runs the n-api-meta service rather than using config drive. > 3. It uses postgresql for the database. > > So #1 is gone, and for #3, according to the April 2016 user survey (page > 40) [1], 4% of reporting deployments are using it in production. > > I don't think we're running n-api-meta in any other integrated gate jobs, > but I'm pretty sure there is at least one neutron job out there that's > running with it that way. We could also consider making the nova-net dsvm > full gate job run n-api-meta, or vice-versa with the neutron dsvm full gate > job. > We do now have functional testing of the metadata server though, so perhaps that counts as coverage here? > We also have to consider that with HP public cloud being gone as a node > provider and we've got fewer test nodes to run with, we have to make tough > decisions about which jobs we're going to run in the integrated gate. > > I'm bringing this up again because Nova has a few more jobs it would like > to make voting on it's repo (neutron LB and live migration, at least in the > check queue) but there are concerns about adding yet more jobs that each > change has to get through before it's merged, which means if anything goes > wrong in any of those we can have a 24 hour turnaround on getting an > approved change back through the gate. > > [1] https://www.openstack.org/assets/survey/April-2016-User-Surv > ey-Report.pdf 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