Re: [gpfsug-discuss] Future of Spectrum Scale support for Centos
On 18/08/2021 14:07, Christian Vieser wrote: Hi out there. Since CentOS 8 support ends end of this year (in favour of CentOS Stream 8), it's time to make decisions where to move. There are two forks of CentOS, Alma and Rocky Linux, but nobody knows whether they will survive the next years. Then there is Oracle Linux, but there is always some threat that Oracle will turn it into a paid product any time. Oracle could charge, but given the length of time it has been available without charge I am not sure they will gain anything from a change. With CentOS Stream we probably will see more often new kernels that are not supported by the actual Spectrum Scale version, as we have already seen it from time to time with RHEL/CentOS. So this means more testing and manual work with pinning kernel versions on our clusters. We just successfully passed an evaluation of Oracle Linux and decided to move there with several products running on CentOS. Only restraint with Spectrum Scale was, that we had to fake the /etc/os-release when configuring object service, since the mmobj command has some specific code distinguishing between RHEL and CentOS and fails with other release identifiers. You would likely need to have done more than that because by default Oracle Linux has it's own "unbreakable" kernel. You can go back to a stock RHEL kernel but it's a pain. At least they are not being as devious as the Spectrum Protect lot that actively look for an RPM called redhat-release. Most pointless thing in the world as it is not like it takes any time to knock up an RPM to mimic it. I would like to hear from other CentOS users here: Where are you moving to? What are your reasons? Going to be Alma I think. Firstly CloudLinux have been rebuilding RHEL for a long time, so it is not a huge additional effort to package it up in ISO's etc. Call me a cynic but my view is the $1m a year funding they are claiming to put into the Alma rebuild is mostly likely money already being spent on the CloudLinux rebuild. Lets say they where spending $900k already so it's an extra $100k which is a lot but for that amount of publicity and advertising it is a total bargain and throwing the towel in would be a PR disaster. I also like the fact that they are neck and neck with Oracle for getting patches out. Way faster than CentOS has been historically which in the current threat environment is only a good thing. Rocky to my mind seems the weakest of the lot. However I don't think any of the three is a wrong choice as they all offer scripts now to migrate an install between them. For us it would be mirror a different repo, fiddle with some xCAT tables and redeploy for most of the machines. JAB. -- Jonathan A. Buzzard Tel: +44141-5483420 HPC System Administrator, ARCHIE-WeSt. University of Strathclyde, John Anderson Building, Glasgow. G4 0NG ___ gpfsug-discuss mailing list gpfsug-discuss at spectrumscale.org http://gpfsug.org/mailman/listinfo/gpfsug-discuss
Re: [gpfsug-discuss] Future of Spectrum Scale support for Centos
Hi out there. Since CentOS 8 support ends end of this year (in favour of CentOS Stream 8), it's time to make decisions where to move. There are two forks of CentOS, Alma and Rocky Linux, but nobody knows whether they will survive the next years. Then there is Oracle Linux, but there is always some threat that Oracle will turn it into a paid product any time. With CentOS Stream we probably will see more often new kernels that are not supported by the actual Spectrum Scale version, as we have already seen it from time to time with RHEL/CentOS. So this means more testing and manual work with pinning kernel versions on our clusters. We just successfully passed an evaluation of Oracle Linux and decided to move there with several products running on CentOS. Only restraint with Spectrum Scale was, that we had to fake the /etc/os-release when configuring object service, since the mmobj command has some specific code distinguishing between RHEL and CentOS and fails with other release identifiers. I would like to hear from other CentOS users here: Where are you moving to? What are your reasons? @IBM: What will happen to release specific code in Spectrum Scale, at present differing between CentOS and RHEL? Will there be support for Alma/Rocky/Oracle Linux? Do we have to raise RFEs for this? Thank you very much, Christian On 09.12.20 Carl Zetie wrote: > Hi all, > > With the announcement of Centos 8 moving to stream > https://blog.centos.org/2020/12/future-is-centos-stream/ > > Will Centos still be considered a clone OS? > https://www.ibm.com/support/knowledgecenter/STXKQY/gpfsclustersfaq.html#linuxclone > > What does this mean for the future for support for folk that are running > Centos? > > Cheers, > > Carl. > ___ > gpfsug-discuss mailing list > gpfsug-discuss at spectrumscale.org > http://gpfsug.org/mailman/listinfo/gpfsug-discuss -- Christian Vieser Senior Systemadministrator AIX & Storage Portal Infrastructure - Storage Services 1&1 Mail & Media Development & Technology GmbH | Brauerstraße 50 | 76135 Karlsruhe | Germany Amtsgericht Montabaur, HRB 5452 Geschäftsführer: Thomas Ludwig, Jan Oetjen, Sandra Vollmer Member of United Internet ___ gpfsug-discuss mailing list gpfsug-discuss at spectrumscale.org http://gpfsug.org/mailman/listinfo/gpfsug-discuss
Re: [gpfsug-discuss] Future of Spectrum Scale support for Centos
I have some hope about this… not a lot, but there is one path where it could go well: In particular, I’m hoping that after CentOS goes stream-only RHEL goes release-only, with regular (weekly?) minor release that are actually versioned together (as opposed to “here are some fixes for RHEL 8.x, good luck explaining where you are without a complete package version map”). The entire idea of a “stream” for enterprise customers is ludicrous. If you are using the CentOS stream, there should be nothing preventing you from locking in at whatever package versions are in the RHEL release you want to be like. If those get published we’re not entirely in the same spot as before, but not completely screwed. TO say it another way, I hope that CentOS Stream will replace RHEL 8 Stream, and that RHEL 8 Stream will go away. Hopefully that works out, otherwise the RHEL install base will begin shrinking because there will be no free place to start. I am not employed by, and do not speak for IBM (or even myself if my wife is in the room). -- Stephen > On Dec 9, 2020, at 10:35 AM, Jonathan Buzzard > wrote: > > On 09/12/2020 14:02, Carl Zetie - ca...@us.ibm.com wrote: >> CAUTION: This email originated outside the University. Check before clicking >> links or attachments. >> We don’t have an official statement yet, however I did want to give you all >> an indication of our early thinking on this. > > Er yes we do, from an IBM employee, because remember RedHat is now IBM owned, > and the majority of the people making this decision are RedHat and thus IBM > employees. So I quote > > "If you are using CentOS Linux 8 in a production environment, and are > concerned that CentOS Stream will not meet your needs, we encourage > you to contact Red Hat about options." > > Or translated bend over and get the lube out. > > > JAB. > > -- > Jonathan A. Buzzard Tel: +44141-5483420 > HPC System Administrator, ARCHIE-WeSt. > University of Strathclyde, John Anderson Building, Glasgow. G4 0NG > ___ > gpfsug-discuss mailing list > gpfsug-discuss at spectrumscale.org > http://gpfsug.org/mailman/listinfo/gpfsug-discuss ___ gpfsug-discuss mailing list gpfsug-discuss at spectrumscale.org http://gpfsug.org/mailman/listinfo/gpfsug-discuss
Re: [gpfsug-discuss] Future of Spectrum Scale support for Centos
>> We don?t have an official statement yet, however I did want to give you >> all an indication of our early thinking on this. >Er yes we do, from an IBM employee, because remember RedHat is now IBM >owned, and the majority of the people making this decision are RedHat >and thus IBM employees. “We” meaning Spectrum Scale development. To reiterate, so far we don’t think this changes Spectrum Scale’s existing policy on CentOS support. Carl Zetie Program Director Offering Management Spectrum Scale (919) 473 3318 ][ Research Triangle Park ca...@us.ibm.com [signature_1992429596] ___ gpfsug-discuss mailing list gpfsug-discuss at spectrumscale.org http://gpfsug.org/mailman/listinfo/gpfsug-discuss
Re: [gpfsug-discuss] Future of Spectrum Scale support for Centos
On 09/12/2020 01:08, Carl wrote: CAUTION: This email originated outside the University. Check before clicking links or attachments. Hi all, With the announcement of Centos 8 moving to stream > https://blog.centos.org/2020/12/future-is-centos-stream> Will Centos still be considered a clone OS? > https://www.ibm.com/support/knowledgecenter/STXKQY/gpfsclustersfaq.html#linuxclone> What does this mean for the future for support for folk that are running Centos? https://centos.rip/ -- Jonathan A. Buzzard Tel: +44141-5483420 HPC System Administrator, ARCHIE-WeSt. University of Strathclyde, John Anderson Building, Glasgow. G4 0NG ___ gpfsug-discuss mailing list gpfsug-discuss at spectrumscale.org http://gpfsug.org/mailman/listinfo/gpfsug-discuss
Re: [gpfsug-discuss] Future of Spectrum Scale support for Centos
On 09/12/2020 14:02, Carl Zetie - ca...@us.ibm.com wrote: CAUTION: This email originated outside the University. Check before clicking links or attachments. We don’t have an official statement yet, however I did want to give you all an indication of our early thinking on this. Er yes we do, from an IBM employee, because remember RedHat is now IBM owned, and the majority of the people making this decision are RedHat and thus IBM employees. So I quote "If you are using CentOS Linux 8 in a production environment, and are concerned that CentOS Stream will not meet your needs, we encourage you to contact Red Hat about options." Or translated bend over and get the lube out. JAB. -- Jonathan A. Buzzard Tel: +44141-5483420 HPC System Administrator, ARCHIE-WeSt. University of Strathclyde, John Anderson Building, Glasgow. G4 0NG ___ gpfsug-discuss mailing list gpfsug-discuss at spectrumscale.org http://gpfsug.org/mailman/listinfo/gpfsug-discuss
