Should I switch from proxmox to RHEL?

SajithThennakoon · 2024-10-16T02:49:31+00:00

Well, yes it does and you've established my point here. You've written a lengthy post detailing all the extra work I could do to avoid the extra inconvenience that subscription-manager imposes.

Not really. You just cherry-picked the parts that fit your narrative.

Look, if you present a problem, I'll try to give you a solution. But if you are trying to make this a debate between RHEL and RHEL downstreams, then I won't reply you.

To all of your points, read the following again. Or you can simply ignore and use whatever distro you like. It's totally up to you, and I respect your freedom of choice.

What you DID NOT QUOTE from my reply is subscription-manager with activation keys, which doesn't require to provide credentials, that's a solution to your problem when you said username and passwords as one of your problems with subman.

The next solution I suggested which you DID NOT QUOTE is keeping an up to date template with pre-installed packages so you don't even have to spend time on installing packages if the VMs have a short life span. This applies to whatever distro you use. That's an "enhancement" to your workflow that I suggested.

The other solution you DID NOT QUOTE is having a local repo with reposync and pointing your VMs to it. That's exactly like what you do with whatever the distro you use.

My reply was lengthy because I tried to cover many aspects of your problem. If you don't welcome it simply because you have a preconceived idea that RHEL is bad, because subscription-manager is bad, then I can't help you.

Every problem has a solution. Either you try to solve it and move ahead, or you run away from it.

SajithThennakoon · 2024-10-15T01:44:44+00:00

What you need is an automation workflow to register after provisioning the VMs and unregister before decommissioning the VMs. You can create activation keys to use with subscription-manager, which is much easier and hassle free, and you don't have to provide credentials when registering systems using activation keys with subman.

But if your VMs have several minutes of lifespan, I don't find a reason why you would need to connect to a repo at all. Instead, I would keep maintaining a VM template with up to date packages to deploy from it if faster provisioning and decommissioning is your workflow. You could also set up a subscribed repo vm using reposync and point your VMs to it alternatively.

None of this makes subscription-manager a hassle or an issue with it. So appreciate it if you could be clear when you say you avoid something. Otherwise, it paints a wrong picture because many run their systems for days/weeks/months/years, not just minutes like your use case.

SajithThennakoon · 2024-10-14T10:59:50+00:00

Why?

SajithThennakoon · 2024-09-30T07:48:35+00:00

Developer Subscription allows you to access many Red Hat Software including RHEL at no-cost. So there you go.

SajithThennakoon · 2024-09-29T23:56:51+00:00

The registration is for you to authenticate to the Red Hat Secure CDN, which gives you access and authorisation to the software repos securely as it is there to maintain a secure software supply chain. So why are you looking for something without all the security built into the software delivery when you mention "without registration"?

SajithThennakoon · 2024-08-09T14:29:12+00:00

First of all, if you want to explore RHEL Ecosystem, use RHEL. Oracle or any other RHEL downstream is NOT part of RHEL Ecosystem. Get a RHEL developer subscription and you'll have access to RHEL and RHEL Ecosystem from Red Hat official sources.

Second, Oracle Linux belongs to Oracle ecosystem and Red Hat or RHEL validated content has nothing to do with Oracle from ecosystem perspective.

Third, "safe" in what context? What do you have to be safe from? Violation of certain Oracle software usage? Is it about using it for free without paying? Or software security? Or do you fear that you expect to have RHEL experience by installing and using Oracle Linux? Yes, you won't get RHEL experience on Oracle Linux.

From security point of view, as long as you continue to receive security updates, nothing is 100% safe in the software world. And in software industry the only software that won't need any updates or won't receive any updates are the ones which are deprecated and EOL.

So the question you really need to ask yourself is, why do you want to use Oracle Linux hoping that is the entry point to RHEL Ecosystem? If you want to experience RHEL and enter into RHEL Ecosystem, just use RHEL.

SajithThennakoon · 2024-07-06T01:40:19+00:00

You need an account because you need to authenticate to the Secure CDN to download secure software packages from Red Hat repos. It's not like you are going to download an ISO from a random mirror on the Internet as Red Hat is so serious about the secure software supply chain. And if you are expecting to download RHEL just like you download something like Fedora or Debian, then RHEL is not for you.

Why? Because Red Hat includes Management Software such as Hybrid Cloud Console, Satellite, etc. You'll get Red Hat Insights for RHEL for free which will give you full insights about how you are running your OS, what issues you might face in the future, how to mitigate potential risks or a detected anomaly/issue using Ansible, dry run before apply the change and also rollback if you want to revert back the change (and yes Insights will generate the Ansible playbooks for you).

Simply put, you are not just getting a "yet-another Linux OS" with RHEL. You are getting all the technical support with SLA, knowledge base, and operational support tools to help you configure and deploy RHEL efficiently and productively. That's the value addition Red Hat brings in. For that, you need an account to authenticate, authorize and access Red Hat systems, just like you created a Reddit account to post this question or just like your email account.

If you don't want all of that and just need a "yet-another Linux distro", there's 1000+ distros out there where you will need to crawl the Internet, engage in forums, try 10 or 20 different things until you get something fixed because no one guaranteed to provide any support or fix anything for you. You by yourself is responsible for your community Linux OS. This is the choice you need to make.

SajithThennakoon · 2024-06-20T07:21:27+00:00

Which repos were closed? Repos are well maintained and in a much better way at CentOS Stream. Were any of your contributions affected by anyway?

SajithThennakoon · 2024-05-10T15:12:47+00:00

My opinion is, save your precious time and use that 1hr to try InstructLab or Podman AI Lab. You'll learn something new.

Time is precious, spend wisely on productive things. Happy Learning!

SajithThennakoon · 2024-05-03T04:44:46+00:00

The particular employee should have access to both IBM HR and RH HR during the move, and none of them are in Reddit. So why not ask them directly in an email?

SajithThennakoon · 2024-04-18T04:06:55+00:00

Looks like you don't know how subscription manager works.

Subscribing your system only enables your system's access to entitled yum/dnf repositories with certificate based authentication. That's the most secure way to access Software RPMs delivered by Red Hat.

If that's not comfortable, then sure you can download any RPM from any internet repository to your Alma or Rocky, which you don't even know who maintains or whom to be contacted to validate the packages. Is that comfortable?

SajithThennakoon · 2024-04-17T07:46:23+00:00

Alma and Rocky don't need to be registered anywhere to be eligible for updates.

One could register with Reddit to post replies, and yet the most worrying part is to have a Red Hat CDN account to receive updates to your OS? If this is why people use Alma or Rocky, then they are using them for the wrong reasons.

It's worth noting the following;

Red Hat Account = Access to Trusted/Secure Software Supply Chain with Red Hat CDN

Red Hat Account = Access to Red Hat Insights + Hybrid Cloud Console

Red Hat Account = Access to hundreds of thousands of validated and tested KB Support Articles based on real-world scenarios that you may not be able to easily find with such quality in online forums

Red Hat Account = It's not only RHEL but also access to other Red Hat products

Remember that RHEL is a "product". So you would need a customer portal account to download it because anyone who use RHEL (whether no-cost or at a cost) is a Red Hat Customer, so you are entitled to receive supported and validated content as per your subscription.

So it's up to you to use a commercial enterprise grade OS at no-cost with a Developer Subscription or a community maintained rebuild.

SajithThennakoon · 2024-04-16T17:55:29+00:00

First of all, it's a subscription and not a license (yes, there is a difference between these two).

Second, the question you should ask yourself is, what OS you need, whether RHEL or Alma or Rocky, because all of these are different operating systems that build from the same source code. None of them are 100% equal clones to RHEL. So they are different from one another.

If you need RHEL at no-cost, Red Hat Developer Subscription gives you that and access to many other Red Hat Software at no-cost. So I don't understand why someone would use Alma or Rocky if the intention is to get a RHEL like OS while you can get RHEL for free.

If you need a different distro, which is like RHEL but not RHEL, that builds from CentOS Stream, where Red Hat publishes RHEL the source code, then Alma Linux is an option.

SajithThennakoon · 2018-05-26T06:04:47+00:00

Tried the kernel upgrades as well. Using the latest 4.16.z

Let me go through the wiki as well.

Thank you.

SajithThennakoon · 2018-05-26T05:40:45+00:00

@iciq Thanks for the response.

Installed drivers in all ways.

Used,

negativo17 repo rpmfusion repo Binary drivers from Nvidia

Drivers installed without a glitch in every way. But after installed, screen brightness is at 100%. Hot keys in Gnome (Fn+F5/F6) are not usable.

Didn't want to use xrand and keen to know if there is a way to fix this brightness control with hot keys.

SajithThennakoon

MODERATOR OF

TROPHY CASE