Hey fellow Linux admins, I'm about to dive into a mixed environment with Red Hat Enterprise Linux (RHEL) and Oracle Enterprise Linux (OEL) and I'm hoping to get some insight. What are the key differences I should be aware of when managing OEL systems? I've noticed that it mainly comes down to Satellite vs. Oracle Linux Manager, and the methods for live kernel patching. However, since I have mostly worked with RHEL and haven't touched Oracle systems before, I'm curious about any other potential challenges or 'gotchas' I might face. Thanks in advance for your help!
5 Answers
They are really quite similar. I think OL is better because it doesn't require Subscription Manager, but do remember they default to the Unbreakable Kernel, which may not play nice with some applications. Just be mindful of repo and package name differences, they might surprise you.
If you're running Oracle databases on Oracle-certified hardware with the Unbreakable Linux Kernel, then OEL makes sense. OEL is based on RHEL and is usually binary compatible, but you've got to deal with different tools for kernel patching—like ksplice for OEL versus kpatch for RHEL. One thing to note is that while OEL allows you to get yum patches without a support contract, RHEL requires one for access.
Good point, licensing can be a real pain with Oracle. They seem to always be looking for ways to audit.
Your experience with RHEL will mostly carry over, so standardizing between the two is key. If your organization is running the 'red hat kernel' on Oracle boxes, you'll have an easier time managing them.
Awesome, that gives me a solid starting point! Thanks!
If you're managing both systems, you might want to look into orcharhino as it can handle multiple distributions including RHEL and OEL. Just be conscious of the support agreements; mixing kernels or packages can lead to a tough time when seeking help.
That sounds promising! I'm definitely going to check it out. Thanks!
Honestly, I'd suggest sticking to one or the other if possible. It simplifies license tracking and patch management. But since you’re looking into a contract where both are used, your best bet is to closely follow what Oracle recommends if you’re running their software. Good luck in your new role!
Thanks! I'm just trying to research enough to walk in with a solid understanding.
Ha! Yeah, those unexpected differences can definitely trip you up. I've had my share of surprises.