[openstack-dev] [nova][stable] What nova needs to get to newton end of life
Matt Riedemann
mriedemos at gmail.com
Thu Dec 14 15:15:18 UTC 2017
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.
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
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.
--
Thanks,
Matt
More information about the OpenStack-dev
mailing list