[tc][neutron] Supported Linux distributions and their kernel
Greetings, I was wondering what is the guideline in regards to which kernels are supported by OpenStack in the various Linux distributions. Looking at [1], Taking for example latest CentOS major (7): Every "minor" version is released with a different kernel version, the oldest being released in 2014 (CentOS 7.0, kernel 3.10.0-123) and the newest released in 2018 (CentOS 7.6, kernel 3.10.0-957) While I understand that OpenStack projects are expected to support all CentOS 7.x releases. Does the same applies for the kernels they originally came out with? The reason I'm asking, is because I was working on doing some cleanup in neutron [2] for a workaround introduced because of an old kernel bug, It is unclear to me if it is safe to introduce this change. [1] https://governance.openstack.org/tc/reference/project-testing-interface.html... [2] https://review.opendev.org/#/c/677095/ Thanks, Adrian.
On Thu, Sep 5, 2019, at 8:10 AM, Adrian Chiris wrote:
Greetings,
I was wondering what is the guideline in regards to which kernels are supported by OpenStack in the various Linux distributions.
Looking at [1], Taking for example latest CentOS major (7):
Every “minor” version is released with a different kernel version,
the oldest being released in 2014 (CentOS 7.0, kernel 3.10.0-123) and the newest released in 2018 (CentOS 7.6, kernel 3.10.0-957)
While I understand that OpenStack projects are expected to support all CentOS 7.x releases.
It is my understanding that CentOS (and RHEL?) only support the current/latest point release of their distro [3]. We only test against that current point release. I don't expect we can be expected to support a distro release which the distro doesn't even support. All that to say I would only worry about the most recent point release.
Does the same applies for the kernels they _originally_ came out with?
The reason I’m asking, is because I was working on doing some cleanup in neutron [2] for a workaround introduced because of an old kernel bug,
It is unclear to me if it is safe to introduce this change.
[1] https://governance.openstack.org/tc/reference/project-testing-interface.html...
[3] https://wiki.centos.org/FAQ/General#head-dcca41e9a3d5ac4c6d900a991990fd11930...
On Thu, Sep 5, 2019, at 8:10 AM, Adrian Chiris wrote:
Greetings,
I was wondering what is the guideline in regards to which kernels are supported by OpenStack in the various Linux distributions.
Looking at [1], Taking for example latest CentOS major (7):
Every “minor” version is released with a different kernel version,
the oldest being released in 2014 (CentOS 7.0, kernel 3.10.0-123) and the newest released in 2018 (CentOS 7.6, kernel 3.10.0-957)
While I understand that OpenStack projects are expected to support all CentOS 7.x releases.
It is my understanding that CentOS (and RHEL?) only support the current/latest point release of their distro [3]. yes so each rhedhat openstack plathform (OSP) z stream (x.y.z) release is tested and packaged only for the latest point release of rhel. we support customer on older .z release if they are also on the version of rhel it was tested with but we do expect customer to upgrage to the new rhel minor version when they update there openstack to a newer .z relese.
We only test against that current point release. I don't expect we can be expected to support a distro release which the distro doesn't even support. ya i think that is sane. also if we are being totally honest old kernels have bug many of which are security bugs so anyone running the original kernel any os shipped with is deploying a vulnerable cloud.
All that to say I would only worry about the most recent point release. we might want to update the doc to that effect. it currently say latest Centos Major https://governance.openstack.org/tc/reference/project-testing-interface.html...
On Thu, 2019-09-05 at 08:20 -0700, Clark Boylan wrote: this is becasue we update qemu and other products as part of the minor release of rhel and we need to ensure that nova works with that qemu and the kvm it was tested with. perhaps it should be lates centos point/minor release since that is what we actully test with. also centos 8 is apprently complete the RC work so hopfully we will see a release soon. https://wiki.centos.org/About/Building_8 i have 0 info on centos but for Ussuri i hope we will have move to centos 8 and python 3 only.
Does the same applies for the kernels they _originally_ came out with?
The reason I’m asking, is because I was working on doing some cleanup in neutron [2] for a workaround introduced because of an old kernel bug,
It is unclear to me if it is safe to introduce this change.
[1] https://governance.openstack.org/tc/reference/project-testing-interface.html...
[3] https://wiki.centos.org/FAQ/General#head-dcca41e9a3d5ac4c6d900a991990fd11930...
On 2019-09-06 18:29:18 +0100 (+0100), Sean Mooney wrote: [...]
for Ussuri i hope we will have move to centos 8 and python 3 only. [...]
In that case, you'll probably want to keep an eye on https://review.opendev.org/679798 as things unfold. Right now, though, it looks likely you'll get your wish. -- Jeremy Stanley
Thanks for the inputs, Supporting the last point release makes sense to me; however, current policy is a bit vague on that. Updating the doc would certainly help (if indeed the intention is to support the latest minor release). For my particular issue, it seems that CentOS major will likely be bumped for U release as stated by Sean. So, worst case is pushing to master after Train release. Thanks, Adrian.
-----Original Message----- From: Sean Mooney <smooney@redhat.com> Sent: Friday, September 6, 2019 8:29 PM To: Clark Boylan <cboylan@sapwetik.org>; openstack- discuss@lists.openstack.org Subject: Re: [tc][neutron] Supported Linux distributions and their kernel
On Thu, Sep 5, 2019, at 8:10 AM, Adrian Chiris wrote:
Greetings,
I was wondering what is the guideline in regards to which kernels are supported by OpenStack in the various Linux distributions.
Looking at [1], Taking for example latest CentOS major (7):
Every “minor” version is released with a different kernel version,
the oldest being released in 2014 (CentOS 7.0, kernel 3.10.0-123) and the newest released in 2018 (CentOS 7.6, kernel 3.10.0-957)
While I understand that OpenStack projects are expected to support all CentOS 7.x releases.
It is my understanding that CentOS (and RHEL?) only support the current/latest point release of their distro [3]. yes so each rhedhat openstack plathform (OSP) z stream (x.y.z) release is tested and packaged only for the latest point release of rhel. we support customer on older .z release if they are also on the version of rhel it was tested with but we do expect customer to upgrage to the new rhel minor version when they update there openstack to a newer .z relese.
On Thu, 2019-09-05 at 08:20 -0700, Clark Boylan wrote: this is becasue we update qemu and other products as part of the minor release of rhel and we need to ensure that nova works with that qemu and the kvm it was tested with.
We only test against that current point release. I don't expect we can be expected to support a distro release which the distro doesn't even support. ya i think that is sane. also if we are being totally honest old kernels have bug many of which are security bugs so anyone running the original kernel any os shipped with is deploying a vulnerable cloud.
All that to say I would only worry about the most recent point release. we might want to update the doc to that effect. it currently say latest Centos Major https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgover nance.openstack.org%2Ftc%2Freference%2Fproject-testing- interface.html%23linux- distributions&data=02%7C01%7Cadrianc%40mellanox.com%7C88d2a34c 865d4c43a8d708d732f02cd3%7Ca652971c7d2e4d9ba6a4d149256f461b%7C0% 7C0%7C637033879438364542&sdata=m7NmJgCGZ00hiseoZo5uqTc0xKyE ro29acCKKaUsQhU%3D&reserved=0 perhaps it should be lates centos point/minor release since that is what we actully test with. also centos 8 is apprently complete the RC work so hopfully we will see a release soon. https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwiki.c entos.org%2FAbout%2FBuilding_8&data=02%7C01%7Cadrianc%40mella nox.com%7C88d2a34c865d4c43a8d708d732f02cd3%7Ca652971c7d2e4d9ba6a 4d149256f461b%7C0%7C0%7C637033879438364542&sdata=Qzpuz408idk D0v21Z0a1xdlfqnSbhGzjz7ygTFmLXc8%3D&reserved=0 i have 0 info on centos but for Ussuri i hope we will have move to centos 8 and python 3 only.
Does the same applies for the kernels they _originally_ came out with?
The reason I’m asking, is because I was working on doing some cleanup in neutron [2] for a workaround introduced because of an old kernel bug,
It is unclear to me if it is safe to introduce this change.
[1]
https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgo
vernance.openstack.org%2Ftc%2Freference%2Fproject-testing- interface. html%23linux- distributions&data=02%7C01%7Cadrianc%40mellanox.com
%7C88d2a34c865d4c43a8d708d732f02cd3%7Ca652971c7d2e4d9ba6a4d149256 f46
1b%7C0%7C0%7C637033879438364542&sdata=m7NmJgCGZ00hiseoZo5u qTc0xK
yEro29acCKKaUsQhU%3D&reserved=0
[2] https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fre
view.opendev.org%2F%23%2Fc%2F677095%2F&data=02%7C01%7Cadri anc%40
mellanox.com%7C88d2a34c865d4c43a8d708d732f02cd3%7Ca652971c7d2e4d9 ba6
a4d149256f461b%7C0%7C0%7C637033879438364542&sdata=ShNrkEaJQ XBgin
rzET4YKXf06%2Bd6GL8CuOX5mByuGCA%3D&reserved=0
[3] https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwiki .centos.org%2FFAQ%2FGeneral%23head- dcca41e9a3d5ac4c6d900a991990fd11930867d6&data=02%7C01%7Cadria nc%40mellanox.com%7C88d2a34c865d4c43a8d708d732f02cd3%7Ca652971c7 d2e4d9ba6a4d149256f461b%7C0%7C0%7C637033879438364542&sdata= du%2BagCLSO%2FQoPIq%2FKVYY8bmE4uM9op2b%2BgFL6QfSlcc%3D&r eserved=0
On Thu, 2019-09-05 at 15:10 +0000, Adrian Chiris wrote:
Greetings, I was wondering what is the guideline in regards to which kernels are supported by OpenStack in the various Linux distributions.
Looking at [1], Taking for example latest CentOS major (7): Every "minor" version is released with a different kernel version, the oldest being released in 2014 (CentOS 7.0, kernel 3.10.0-123) and the newest released in 2018 (CentOS 7.6, kernel 3.10.0-957) for what its worth once centos8 is out which should be soonish i hope that will not be an issue so in Ussuri the bug can be fixed without regard for ceten 7 at least on master.
While I understand that OpenStack projects are expected to support all CentOS 7.x releases.
am i actully dont know if its resonable to expect all centos 7.x version to be supported. downstream we do not support OSP on all Rhel 7 version for all release. after a certen point to recive new zstream ream version of OSP you need to move to a later rhel release. if you continue to run the old x.y.z version on older rhel its supported but the latest .z is only tested/supported on the latest rhel 7.x expecting all openstack project to support the kernel form 7.0 is probably an unrealistic requirement. if so it would meen 10 years of support for that kernel or well untill we eol it. we dont test with old kernel in the gate as far as i know but i also dont know if we have a policy for this.
Does the same applies for the kernels they originally came out with?
The reason I'm asking, is because I was working on doing some cleanup in neutron [2] for a workaround introduced because of an old kernel bug, It is unclear to me if it is safe to introduce this change.
[1] https://governance.openstack.org/tc/reference/project-testing-interface.html... [2] https://review.opendev.org/#/c/677095/
Thanks, Adrian.
On 19-09-05 15:10:17, Adrian Chiris wrote:
Greetings, I was wondering what is the guideline in regards to which kernels are supported by OpenStack in the various Linux distributions.
Looking at [1], Taking for example latest CentOS major (7): Every "minor" version is released with a different kernel version, the oldest being released in 2014 (CentOS 7.0, kernel 3.10.0-123) and the newest released in 2018 (CentOS 7.6, kernel 3.10.0-957)
While I understand that OpenStack projects are expected to support all CentOS 7.x releases. Does the same applies for the kernels they originally came out with?
The reason I'm asking, is because I was working on doing some cleanup in neutron [2] for a workaround introduced because of an old kernel bug, It is unclear to me if it is safe to introduce this change.
[1] https://governance.openstack.org/tc/reference/project-testing-interface.html... [2] https://review.opendev.org/#/c/677095/
Thanks, Adrian.
For kernel support the way we (gentoo) do it (downstream) is to have checks to make sure the running kernel has the needed modules enabled (either statically or as a module). See the linked ebuild for our syntax (it basically checks /proc/config.gz though). https://github.com/gentoo/gentoo/blob/master/net-misc/openvswitch/openvswitc... -- Matthew Thode
participants (5)
-
Adrian Chiris
-
Clark Boylan
-
Jeremy Stanley
-
Matthew Thode
-
Sean Mooney