It feels almost like heresy to discus something that isn’t Oracle-related on the day that Oracle announced the new In-Memory Database Option, but something else was also released today. Red Hat gave birth to Red Hat Enterprise Linux (RHEL) 7.
I’m a big fan of all things Linux. I’m typing this blog post on a Fedora 20 desktop at home. I’m a rabid fan of Oracle Linux for servers at home and at work. As a result, the birth of RHEL7 is a pretty big deal for me.
I’ve been playing with the Oracle Linux 7 betas for a while (OL7 Install, DB 11gR2 Install, DB 12c Install). I expect we will see the birth of Oracle Linux 7 pretty soon, which is where it gets really interesting for me.
I’m sure it’s going to take quite a long time for Oracle to start supporting their products on RHEL7/OL7, but this is the future, so you’ve for to get your skates on!
Following on from my post on AntiVirus Software and Apple Macs, I decided to add antivirus to my desktop machines also. I chose ClamAV because it is part of the Fedora repository. I wrote a quick note about installing ClamAV on Fedora and Enterprise Linux (RHEL, Oracle Linux, CentOS etc.).
Not surprisingly, scans revealed no viruses on any of my Fedora machines.
Jay Weinshenker has written a couple of good posts in response to my recent post on Oracle Linux vs. RHEL.
I don’t agree 100% with his all his points, but I always think it’s good to hear different sides of the story and I certainly enjoyed reading them.
There was an interesting thread on the OakTable mailing list the other day regarding the choice of Linux distros for Oracle installations. It was started by one member (the name has been withheld to protect the innocent :)) who said,
“I cannot imagine (but want to understand) why anyone would pick RHEL5.6 for Oracle as opposed to the vastly superior OEL with the UEK.”
I must admit I’ve kinda forgotten that any distro apart from Oracle Linux (OL) exists as far as production installations of Oracle software are concerned.
Some of the reasons cited for people not to pick OL include:
- The customer has a long relationship with Red Hat and doesn’t want to jump ship.
- RHEL is the market leading enterprise Linux distro, so why switch to Oracle?
- The customer doesn’t want to be too dependent on Oracle.
- The customer has lots of non-Oracle servers running RHEL and doesn’t want a mix of RHEL and OL as it would complicate administration.
- The customer uses some software that is certified against RHEL, but not OL.
- The customer prefers Red Hat support over Oracle support. Wait. Red Hat and support in the same sentence. Give me a minute to stop laughing…
- The customer is using VMware for Virtualization and the Unbreakable Enterprise Kernel (UEK) is not supported on VMware.
I guess every company and individual will have differing justifications for their choice of distro.
So why would you pick OL and Unbreakable Enterprise Kernel (UEK) for Oracle installations?
- You can run it for free if you don’t want OS support. Using OL without support doesn’t affect the support status of the products (DB, App Servers etc.) running on top of it.
- It’s what Oracle use to write the Linux version of the products.
- It’s what Exadata uses.
- Oracle products are now certified against the OL + UEK before they are certified against the RHEL kernel.
- UEK is typically a much more up to date version of the kernel than that shipped by RHEL and includes all the patches vital for optimum Oracle performance.
- Single vendor, so no finger pointing over support issues (from Google+ comment).
- It is the only enterprise Linux distro that supports kernel patching without reboots thanks to Oracle’s newly aquired Ksplice.
For more information you might want to read this whitepaper or watch this webcast.
If you are looking at things from a purely technical perspective, I guess you are going to pick OL and UEK. Of course, many of us don’t work in a world where technology is picked purely on its merits.
Update: Check out this post by Jay Weinshenker for a different angle on this issue.
Since I upgraded my desktop to CentOS 5.4 I’ve been getting loads of problems with VMware Server 2.x. I did a bit of Googling today and it turns out it’s a known problem. I followed the workaround listed at the following URL and it works fine now.
If you are struggling with VMware Server on RHEL 5.4 or any of its clones, give it a go.
The obligatory installation article:
Oracle Application Server 10g Release 3 (10.1.3) Installation On RedHat Advanced Server and CentOS
The installation required less prerequisites than previous installations.