-
Notifications
You must be signed in to change notification settings - Fork 167
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Consider moving from Centos7 to RHEL8 for 18.x #2741
Comments
@AshCripps I don’t think we have enough ppc Linux hosts for both CentOS7 (existing workloads) and the next (e.g. RHEL8). |
we are nowhere near our capacity for ppc linux machines atm (provided we are allowed to use everything given to us) |
Confirming @AshCripps assessment that we should have no problem adding more ppc machines. We should look at the same for other architectures as well. Either way I think it's something we have to figure out as I don't think we want to be building on an EOL Operating system. One of the main concerns is that it will main an increase in the minimum glibc levels... |
One thing we'd need to check for the x64 platforms is what is offered on the various cloud providers and if RHEL 8 is an out of the box offering (i.e. existing selectable image). |
So it looks like currently only IBM offer an OOTB RHEL image (of any version). On DigitalOcean we can use custom images but that's going to be some work to set up. Or we run RHEL in a container via Docker under a different host OS. |
I assume all the other OS are free version? RHEL probably doesnt show up as it requires a subscription |
I've started adding RHEL8 s390x (LinuxONE) in #2859. I've also requested a no-cost RHEL subscription under the Red Hat for Open Source Infrastructure program. We've had a positive response and this is in progress -- I was asked to create a Red Hat account to attach the entitlements to and I have created the account (details in the secrets repo) and am waiting for the entitlements. |
As a follow up, we do have a RHEL subscription now -- details are in the secrets repository. The LinuxONE machines have been added and running now with nightly binaries for master now being built on RHEL 8. I've added (well mainly repurposed some obsolete CentOS 6 instances) some x64 RHEL8 instances at IBM Cloud -- the plan is to add/repurpose more at Digital Ocean/RackSpace but there is more work to be done there as we'll need to either roll our own images or potentially containerize. |
Add RHEL 8 x64 instances, including repurposing some obsolete CentOS 6 instances which are no longer used by any CI jobs. Add: - release-digitalocean-rhel8-x64-1 - release-ibm-rhel8-x64-1 - release-ibm-rhel8-x64-2 - test-digitalocean-rhel8-x64-1 - test-ibm-rhel8-x64-1 - test-ibm-rhel8-x64-2 - test-ibm-rhel8-x64-3 Remove: - release-digitalocean-centos6-x86-1 - release-softlayer-centos6-x64-1 - test-digitalocean-ubuntu1404-x86-1 - test-softlayer-centos6-x64-1 - test-softlayer-centos6-x64-2 Refs: #2741 Refs: #2815
We now have RHEL 8.5 instances set up at the following providers:
[1] Red Hat provide a QCOW2 format "Red Hat Enterprise Linux 8.5 Update KVM Guest Image" which Digital Ocean and the OpenStack instance at OSUOSL accept as a custom image that we can use to provision. RackSpace needs a bit more work -- we'd need to convert the image into another format. The remaining CentOS 7 in the release CI is for arm64. I've had discussions with Equinix and have sent an email re. the current situation about getting an additional arm64 release machine to the build email address. |
We've moved everything that was building on CentOS 7 to RHEL 8 for Node.js 18. |
Starting with Node.js 18 we have moved building the release binaries from being built on CentOS 7/RHEL 7 to being built on RHEL 8 as the End-of-Life date of CentOS 7/RHEL 7 is before the End-of-Life date of Node.js 18 and we do not want to have to make a disruptive change towards the end of Node.js 18's life cycle. Moving to RHEL 8 has raised the glibc version being linked against (2.28). The official Node.js Linux release binaries will only run on Linux distributions with a matching or higher version of glibc. PR-URL: #42659 Refs: nodejs/build#2815 Refs: nodejs/build#2741 Reviewed-By: Michael Dawson <[email protected]> Reviewed-By: Stewart X Addison <[email protected]> Reviewed-By: Beth Griggs <[email protected]> Reviewed-By: Michaël Zasso <[email protected]>
Starting with Node.js 18 we have moved building the release binaries from being built on CentOS 7/RHEL 7 to being built on RHEL 8 as the End-of-Life date of CentOS 7/RHEL 7 is before the End-of-Life date of Node.js 18 and we do not want to have to make a disruptive change towards the end of Node.js 18's life cycle. Moving to RHEL 8 has raised the glibc version being linked against (2.28). The official Node.js Linux release binaries will only run on Linux distributions with a matching or higher version of glibc. PR-URL: nodejs#42659 Refs: nodejs/build#2815 Refs: nodejs/build#2741 Reviewed-By: Michael Dawson <[email protected]> Reviewed-By: Stewart X Addison <[email protected]> Reviewed-By: Beth Griggs <[email protected]> Reviewed-By: Michaël Zasso <[email protected]>
Starting with Node.js 18 we have moved building the release binaries from being built on CentOS 7/RHEL 7 to being built on RHEL 8 as the End-of-Life date of CentOS 7/RHEL 7 is before the End-of-Life date of Node.js 18 and we do not want to have to make a disruptive change towards the end of Node.js 18's life cycle. Moving to RHEL 8 has raised the glibc version being linked against (2.28). The official Node.js Linux release binaries will only run on Linux distributions with a matching or higher version of glibc. PR-URL: nodejs#42659 Refs: nodejs/build#2815 Refs: nodejs/build#2741 Reviewed-By: Michael Dawson <[email protected]> Reviewed-By: Stewart X Addison <[email protected]> Reviewed-By: Beth Griggs <[email protected]> Reviewed-By: Michaël Zasso <[email protected]>
Whilst looking at #2740 ive discovered that Centos7 goes EOL by the end of 18.x, so we should consider moving off of centos7 before 18.x is cut next year.
A suitable option would be to upgrade to RHEL8 - Red Hat is providing a scheme for open source communities to gain free access to RHEL subscriptions but wanted to pose the question to the wider group to see if anyone had any objections?
cc @nodejs/build
The text was updated successfully, but these errors were encountered: