Live data from Hacker News

June 30th, 2024, will bring the End of Life (EOL) of CentOS Linux (2023)

redhat.com

211–220 of 228 posts

Re: June 30th, 2024, will bring the End of Life (EOL) of CentOS Linux (2023)

#211

Earlier quoted context omitted.

If I'm not running a desktop, why would I consider running Ubuntu at all? I feel the same about people offering a kneejerk suggestion of Ubuntu as when I'm told to use Docker without actually knowing anything about my needs. Just because I'm wanting to use Linux does not mean I need Ubuntu. Just because I'm deploying code doesn't mean Docker is the solution. But 99% of the time I talk to people, it's all Docker this…

I've found the Docker discussion is seen through a better lense when you talk about the tech it's running. For polygot/hybrid cases where you have a smattering of different languages and supporting technologies/services, docker makes a lot of sense. If you're all in (for example) on nodejs with a monorepo, it probably doesn't - you're just an "npm install" away from deployment. Whenever I really dig into the docker p…

my issue is when my process can utilize 100% of CPU available, it makes no sense to have the ability to run several on the same VM. my VM is already one of several on the host. my software stack is already available on the AMI. I don't need the additional time to wait for my AMI to warm up and then warm up Docker. Once my AMI is up, I'm running

Re: June 30th, 2024, will bring the End of Life (EOL) of CentOS Linux (2023)

#212
post #174

Earlier quoted context omitted.

Squeezing money out of effectively unsupported software is not sustainable. Sounds like someone is trying to get their investment back before dumping the whole thing.

Dumping? This is IBM we're talking about. They'll ratchet up the price to fewer and fewer customers, trying to keep themselves in that pocket where they're too useful and expensive to move away from, but still able to hold the irons to their customers.

Nothing you said managed to disagree with what I said.

They bought it, now they’re sucking the marrow out.

Re: June 30th, 2024, will bring the End of Life (EOL) of CentOS Linux (2023)

#213
Too late Red Hat, we already have dumped our CentOS fleet (thousands of hosts) for another distro. Will never trust IBM/RedHat.

I was real annoyed as I did a tun of work prepping for a migration to CentOS 8 and then got rug-pulled by IBM with CentOS Stream. They lost all the goodwill just to make a tiny bit more money.

Now I am doing everything possible to eliminate RHEL servers. What next will they pull? The longer you depend on them, they more they can charge you later.

Re: June 30th, 2024, will bring the End of Life (EOL) of CentOS Linux (2023)

#214

Rocky Linux is a fine successor to CentOS and was created by one of the original founders of CentOS, Gregory Kurtzer. https://rockylinux.org/ https://rockylinux.org/about/ If you need enterprise support RHEL tends to be a default choice. If you cannot afford RHEL or do not need enterprise support, Rocky Linux fills the role that CentOS once did.

If you can't justify the cost of RHEL for your use case, I believe Fedora would be the best alternative at this time since its development has not been affected by the changes recently made to CentOS, and it provides a near identical feature set.

I love fedora, it's been my daily driver for a long time.. but it's not designed to be stable. Things break. Usually nothing you can't work past, but you don't want to spend that kind of effort to maintain stable servers.

Re: June 30th, 2024, will bring the End of Life (EOL) of CentOS Linux (2023)

#215

Earlier quoted context omitted.

> Additionally, Red Hat support is so bad these days. It almost reminds me of Microsoft Technet forums of the past. Random 'techs' offering copy-paste solutions and the same bad information. Yeah, that's been my experience. We had a bad driver package from them completely hose one of our prod systems. It took 3 days and multiple calls from our CTO to get anyone to seriously look at the issue despite being on the top…

The SLA is to respond within X hours, not resolve. So when the SE sends an email that says: "I'm the owner of the case and will reach out after looking at the notes." They have complied with the SLA.

And then they have another X hours to respond again

Re: June 30th, 2024, will bring the End of Life (EOL) of CentOS Linux (2023)

#217

Earlier quoted context omitted.

IBM's official route results in a distro that is not bug-for-bug compatible with RHEL, at least not without a lot of unnecessary work. The route Rocky is taking results in a distro that is bug-for-bug compatible.

> The route Rocky is taking results in a distro that is bug-for-bug compatible. Point taken. From my perspective, it seems like a short-sighted approach to rely on loopholes to obtain bug-for-bug compatibility. I know I wouldn't be comfortable running anything production-grade on Rocky Linux with their current approach.

I believe if Red Hat had legal grounds to sue Rocky, they would have done so already. And there's no possible way for RH to obfuscate their sources so Rocky will continue releasing an exact RHEL clone unless Red Hat sunsets RHEL.

Re: June 30th, 2024, will bring the End of Life (EOL) of CentOS Linux (2023)

#218
post #89

Earlier quoted context omitted.

> The last release started out with 10 years of support, but they walked back on that when they announced the end of regular CentOS and reduced it by more than half. I thought that the "10 years of support" which was customary w/ CentOS wasn't applied, but neither Red Hat nor CentOS made specific announcements that CentOS 8 would have 10 years of support. People believed that CentOS 8 would have 10 years of support b…

I think you are right. I haven't been able to find any direct EOL date from RH even at launch. It seems like it was mostly people just assuming (for good reasons, but still just assuming) that it had the same EOL. Though there are some gaps on the Wayback machine that makes it hard to find some centos8 related posts at the time it launched, but I'd be surprised if the eol wouldn't have been announced elsewhere too.

It was customary to be 10 years, but I don’t even know if anyone announced that. I guess I’d compare it to cancelling a pretty good sitcom in the level of consternation. Frustrated that I have to find something else to do on Tuesday night, but I really should read a book instead (use less proprietary Linux).

Re: June 30th, 2024, will bring the End of Life (EOL) of CentOS Linux (2023)

#219
post #65

Earlier quoted context omitted.

> this has caused a lot of software vendors to drop RHEL/CentOS support Can you list a few? It's good to keep up to date on how this is changing. Thanks!

Ansys for one https://www.ansys.com/content/dam/it-solutions/platform-supp... Veeam doesn't support CentOS stream or 9, there's been a bunch of things here and there. I notice many are moving to Ubuntu. I had to go through all of our vendors last year, and the nice thing about CentOS was almost everyone supported it. Now there's no 'gold standard'.

Thanks! When you say Veeam doesn’t support RHEL 9, does that mean it can’t backup RHEL 9 clients due to a lack of agent, or something else?

Re: June 30th, 2024, will bring the End of Life (EOL) of CentOS Linux (2023)

#220

Earlier quoted context omitted.

> which is slightly upstream and less stable than RHEL As a user who almost exclusively uses rolling release OS-es, is this actually something people care about? CentOS Stream is downstream of Fedora -- and Fedora is a rock solid base. It's not like CentOS Stream is riddled with bugs, broken features, etc.

If you wanted a distro that was similar to but not exactly the same as RHEL, then Fedora itself would be a way better choice. And if you care that it's exactly the same as RHEL, then CentOS Stream doesn't cut it.

This is absurd. CentOS Stream isn't just "similar", it has ABI compatibility with RHEL, it's waaaaay more stable than Fedora because the most it can be different from RHEL in general terms is the difference between two Y-releases (e.g. 9.Y -> 9.Y+1)
Post reply on HN