As always, installations of Oracle server products on Fedora are not a great idea, as explained here.
I was reading some stuff about the Fedora 23 Alpha and realised Fedora 22 had passed me by. Not sure how I missed that.
Anyway, I did a run through of the usual play stuff.
While I was at it, I thought I would get the heads-up on Fedora 23 Alpha.
The F23 stuff will have to be revised once the final version is out, but I’m less likely to forget now.
I guess the only change in F22 upward that really affects me is the deprecation of YUM in F22 in favour of the DNF fork. For the most part, you just switch the command.
yum install my-package -y
yum groupinstall my-package-group -y
yum update -y
dnf install my-package -y
dnf groupinstall my-package-group -y
dnf group install my-package-group -y
dnf update -y
This did cause one really annoying problem in F23 though. The “MATE Desktop” had a single documentation package that was causing a problem. Usually I would use the following.
yum groupinstall "MATE Desktop" -y --skip-broken
Unfortunately, DNF doesn’t support “–skip-broken”, so I was left to either manually install the pieces, or give up. I chose the latter and use LXDE instead. F23 is an Alpha, so you expect issues, but DNF has been in since F22 and still no “–skip-broken”, which I find myself using a lot. Pity.
Every so often I have a nose around the contents of the Oracle Linux public yum repositories and guess what I found in the OL7.1 base and OL7 latest repositories.
The datestamps suggest they’ve been around since the 5th February, but I think these only became available with the release of OL7.1.
On the positive side, this means installations of 11g and 12c just got a whole lot easier on Oracle Linux 7. On the downside, I’ve got some minor rewrites to do.
I did a quick update of my Oracle installation articles on Oracle Linux 7. The last time I ran through them was with the beta version OL7 and before the release of 126.96.36.199.
The installation process of 188.8.131.52 on the production release of Oracle Linux 7 hasn’t changed since the beta. The installation of 184.108.40.206 on Oracle Linux 7 is a lot neater than the 220.127.116.11 installation. It’s totally problem free for a basic installation.
You can see the articles here.
There is a bold warning on the top of both articles reminding you that the database is not supported on Oracle Linux 7 yet! Please don’t do anything “real” with it until the support is official.
Note. I left the fix-it notes for the 18.104.22.168 installation at the bottom of the 12c article, but now 22.214.171.124 is available from OTN there is really no need for someone to be installing 126.96.36.199 other than for reference I guess.
I’ve been having a play with Oracle Linux 7 beta over the weekend. Not surprisingly my first thoughts were to install the Oracle database on it.
As expected, the installations were almost identical or Fedora 19.
I’ve put a warning on the front of the OL7 articles, but I’m sure it won’t stop some Muppets using it in production then trying to blame me.
I don’t know how long it will be until OL7 goes to production and I’m sure it will be a long time before anything is certified against it, but it’s always nice to see what’s coming… I’ll update the articles when anything significant happens…
Last year I wrote an article about the installation of Oracle Forms and Reports Services 11gR2 on Oracle Linux 5. I’ve now written the article for Oracle Forms and Reports Services 11gR2 on Oracle Linux 6. The latest patch of F&RS is certified for OL6, along with JDK6 and JDK7.
In addition to the installation articles, I’ve compiled a collection of random notes about post-installation configuration into a separate article. I keep adding to it every time I come across a new (for me) issue.
I’m hoping this will stop me falling into the trap I did with AS10g, where I didn’t write down any of this stuff, assuming I would remember it, only to find I couldn’t remember Jack a few years later.
After several abortive attempts I finally got hold of Fedora 18 last night. Those mirrors are getting a real battering at the moment.
The first job was to do a basic installation.
I’d seen a few things written about the new installer, not all of which were positive. IMHO the installation was a really nice experience. It is very different to previous installers, which probably freaks some people out, but I think it works really well.
Once the installation is complete it’s pretty much business as usual. You’ve got newer versions of most of the packages, but to be honest I don’t really focus to much on that. I just keep doing “yum update” every few days and work with what I’ve got.
One thing that did take me by surprise is how much a hated GNOME Shell. I’ve written several times in that past that I thought it was OK. It was my default environment for quite a few months, but after spending an extended period on XFCE at home and Windows XP at work, I can safely say that I seriously don’t get GNOME Shell. Fortunately, Fedora 18 comes with a whole host of window managers including GNOME, KDE, XFCE, LXDE, Cinnamon and MATE, so I’m sure you’ll find something there that you can work with.
The next job was to see if Oracle would install on it.
Every time I do this I think to myself it’s going to be the last time. It’s far more sensible to use a VM and install the database on a supported distro. Oracle Linux is free and a supported platform, so messing around with installs on a non-supported distro, like Fedora, really doesn’t make sense. Maybe this will actually be the last time.
So what next? I’ve got some physical servers running Fedora 17 as the host OS which will have to be upgraded. I think I’m going to play around with Cinnamon and MATE before I do that. If they don’t work for me it’s back to plain and simple XFCE for my window manager.
As promised in a recent post, I’ve updated the Oracle 11gR2 RAC on Oracle Linux 5 article. It now uses VirtualBox 4.2.6, rather than 3.2.8 as it was before, and Oracle Linux 5.8.
I’ve purposely left it as an 188.8.131.52 installation as you can get this from OTN without needing access to My Oracle Support (MOS). The process works just as well for 184.108.40.206 and I would recommend you use that if you do have access to MOS. Remember, if you are doing the RAC installation on Oracle Linux 6 you are going to need 220.127.116.11, so OL5 might be the right option if you are playing around with this at home with no access to MOS.
I spent today updating my Oracle 11gR2 RAC installation on OL6 article. The original article used an older version of VirtualBox , which meant some of the screen shots looked a little dated. It’s now updated to VirtualBox 4.2.6, so it should be a little less confusing for anyone who is new to VirtualBox.
I’ll probably update the OL5 RAC article some time this next week, since that article uses VirtualBox 3.2.8, which is pretty much ancient history now.
Fedora 17 was released yesterday. I mentioned in a previous post I had run through the installation of Oracle 11gR2 on Fedora 17 alpha. With the arrival of the final Fedora 17 release I ran through the articles again last night to make sure everything was OK. You can see the finished versions here:
As always, installing Oracle on Fedora 17 is just for fun and totally not supported. For anything proper you should be using Oracle Linux or RHEL.
Fedora 16 came out yesterday and since it’s my main server OS it’s been upgrade crazy round here. All new installs and upgrades were straight forward. No real dramas at all (touch wood).
As usual, I’ve done the OS installation and Oracle installation articles.
Remember, installing Oracle on Fedora is just for fun. There is no real need to do it because you can use Oracle Linux for free and the latest version of VirtualBox has a Fedora 16 rpm, so there is no reason not to use Oracle Linux.