[openstack-dev] [nova][stable] What nova needs to get to newton end of life

Lee Yarwood lyarwood at redhat.com
Fri Dec 15 10:50:18 UTC 2017


On 14-12-17 09:15:18, Matt Riedemann wrote:
> I'm not sure how many other projects still have an active stable/newton
> branch, but I know nova is one of them.
> 
> At this point, these are I think the things that need to get done to end of
> life the newton branch for nova:
> 
> 1. We have a set of existing stable/newton backports that need to get
> merged:
> 
> https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:stable/newton
> 
> 3 of those are related to a CVE errata, and the other is an API regression
> introduced in Newton (trivial low-risk fix).
> 
> Those can't merge until the corresponding Ocata backports are merged first.
> I'll start pinging people for reviews on the Ocata backports.

The Ocata changes have mereged and the remaining Newton changes are
approved. I'll keep an eye on these during the day to ensure they land.
 
> 2. Fix and backport https://bugs.launchpad.net/nova/+bug/1738094
> 
> This came up just yesterday but it's an upgrade impact introduced in Newton
> so while we have the branch available I think we should get a fix there
> before EOL. There are going to be at least two fixes for this bug:
> 
> a) Don't store all of the instance group (members and policies) in the
> request_specs table. I think this is a correct fix but I also think because
> of how instance groups and request spec code tends to surprise you with
> funny bugs in funny ways, it's high risk to backport this to newton. Dan has
> a patch started though: https://review.openstack.org/#/c/527799/3

This merged into master so I went ahead and posted the stable backports:

https://review.openstack.org/#/q/topic:bug/1738094+(status:open+OR+status:merged)

 
> b) Alter the request_specs.spec column from TEXT to MEDIUMTEXT, just like
> the build_requests.instance column was increased for similar reasons
> (instance.user_data alone is a MEDIUMTEXT column). This is a straight
> forward schema migration and I think is low risk to backport all the way to
> Newton.

FWIW this is the master change - https://review.openstack.org/#/c/528012/

Cheers,

Lee
-- 
Lee Yarwood                 A5D1 9385 88CB 7E5F BE64  6618 BCA6 6E33 F672 2D76
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 455 bytes
Desc: not available
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20171215/4517d481/attachment.sig>


More information about the OpenStack-dev mailing list