Re: [openstack-dev] [Nova] [Spec freeze exception] Online Schema Changes
Ok, this one has two cores, so the exception is approved. The exception is in the form of another week to get the spec merged, so quick iterations are the key. Cheers, Michael On Tue, Jul 22, 2014 at 2:02 AM, Kevin L. Mitchell kevin.mitch...@rackspace.com wrote: On Mon, 2014-07-21 at 10:55 +0100, John Garbutt wrote: On 19 July 2014 03:53, Johannes Erdfelt johan...@erdfelt.com wrote: I'm requestion a spec freeze exception for online schema changes. https://review.openstack.org/102545 This work is being done to try to minimize the downtime as part of upgrades. Database migrations have historically been a source of long periods of downtime. The spec is an attempt to start optimizing this part by allowing deployers to perform most schema changes online, while Nova is running. Improving upgrades is high priority, and I feel it will help reduce the amount of downtime required when performing database migrations. So I am happy to sponsor this. I will also sponsor this for an exception. -- Kevin L. Mitchell kevin.mitch...@rackspace.com Rackspace ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Rackspace Australia ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Re: [openstack-dev] [Nova] [Spec freeze exception] Online Schema Changes
On 19 July 2014 03:53, Johannes Erdfelt johan...@erdfelt.com wrote: I'm requestion a spec freeze exception for online schema changes. https://review.openstack.org/102545 This work is being done to try to minimize the downtime as part of upgrades. Database migrations have historically been a source of long periods of downtime. The spec is an attempt to start optimizing this part by allowing deployers to perform most schema changes online, while Nova is running. Improving upgrades is high priority, and I feel it will help reduce the amount of downtime required when performing database migrations. So I am happy to sponsor this. Thanks, John ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Re: [openstack-dev] [Nova] [Spec freeze exception] Online Schema Changes
On Mon, 2014-07-21 at 10:55 +0100, John Garbutt wrote: On 19 July 2014 03:53, Johannes Erdfelt johan...@erdfelt.com wrote: I'm requestion a spec freeze exception for online schema changes. https://review.openstack.org/102545 This work is being done to try to minimize the downtime as part of upgrades. Database migrations have historically been a source of long periods of downtime. The spec is an attempt to start optimizing this part by allowing deployers to perform most schema changes online, while Nova is running. Improving upgrades is high priority, and I feel it will help reduce the amount of downtime required when performing database migrations. So I am happy to sponsor this. I will also sponsor this for an exception. -- Kevin L. Mitchell kevin.mitch...@rackspace.com Rackspace ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
[openstack-dev] [Nova] [Spec freeze exception] Online Schema Changes
I'm requestion a spec freeze exception for online schema changes. https://review.openstack.org/102545 This work is being done to try to minimize the downtime as part of upgrades. Database migrations have historically been a source of long periods of downtime. The spec is an attempt to start optimizing this part by allowing deployers to perform most schema changes online, while Nova is running. JE ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
