Caught Up – Atlas Fixed!

I claim absolutely no credit for this, but a reader called Younes El-karama has been in touch to offer additions to the fixup script which Atlas sometimes creates when preparing for Oracle 12cR2 installations onto assorted distros, such as Ubuntu, Mint, Peppermint and so on.

Younes originally did this specifically to make Atlas work properly for 12cR2 on Linux Mint. I am not entirely sure if he realised, however, that his work actually makes Atlas function properly for 12cR2 on any Ubuntu-based distro… but he’s clearly a smart guy, so I suspect he did 🙂

The short version is, anyway, that thanks to Younes, the list of which distros can have Atlas help get 12c Release 2 running on them, which I mentioned in a previous post, now looks like this:

Debian 8.2+ ............................ Works fine
Linux Mint 18+ ......................... Works fine
Mint Debian Edition 2+ ................. Works fine
Red Hat ES 7.0+ ........................ Works fine
Scientific Linux 7.0+ .................. Works fine
CentOS 7.0+ ............................ Works fine
OpenSuse Leap 42+ ...................... Works fine
Antergos  2016.11+ ..................... Works fine
elementary OS 0.4+ ..................... Works fine
Mageia 5+ .............................. Works fine
Korora 25+ ............................. Works fine
Zorin Core 12 .......................... Works fine
Ubuntu 16+ ............................. Works fine
Manjaro 15+ ............................ Works fine 
Fedora 23+ ............................. Works fine (*)
Peppermint Linux 7+ .................... Works fine
GeckoLinux Static 422+ ................. Works fine
Chapeau Linux 24+ ...................... Works fine
PCLinuxOS 2016+ ........................ Works fine

That is, Atlas works fine on getting 12c Release 2 installed on all its target distros. There’s just one exception, indicated by that asterisk: Fedora 26 wasn’t around at the time I prepared the original list …and it still doesn’t work as yet. Younes’ fix doesn’t help there, since Oracle 12c R1 and R2 both compile fine on it, but then fail to create a database. The Younes Fix as I’ve taken to calling it, on the other hand, solves a compilation problem that bedevilled all Ubuntu-based distros when trying to compile Oracle 12c Release 2 binaries.

To be clear, the Oracle 12c Release 2 linking phase still fails on all the Ubuntu-based distros, but Atlas knows this will happen and therefore creates a fixup.sh script in your oracle user’s Documents directory, just as it has always done. The Younes Fix, however, means that the script contains more lines in it than before. It’s those extra lines which make a 12c R2 installation possible:

So, my abundant thanks to Younes, and he gets the appropriate credit at the top of the Atlas scripts. It is nice to see open source collaboration working so well! Atlas itself is now bumped to version 1.5 in consequence; the new version is automatically downloaded when you do the standard Atlas stuff:

wget http://bit.do/dizatlas -O atlas.sh
chmod +x atlas.sh

Everything else remains as was described in the original documentation for the relevant distros (Ubuntu, Zorin, Elementary OS, Peppermint and Mint).

Atlas, Ubuntu 17 and 12cR1

As I mentioned last post, one major issue that has arisen since I left Australia is this: does Atlas run on the freshly-released Ubuntu 17.04 to make Oracle 12c Release 1 (12.1.0.2) installations a piece of cake? It was working fine on 16.04 and 16.10; but would things break with the fresh 17.04 release?

Here’s the answer:

To be fair, I had to alter the Atlas script in one tiny respect: it originally tested for the existence of ’16’ as one component of the distro’s version string. That was obviously a bit restrictive! I’ve now added ’17’ as a test, too… and that means Atlas’s version bumps to 1.1.

You don’t need to do anything different than was originally documented, though: the ‘wget http://bit.do/dizatlas -O atlas.sh‘ instruction works as it always did. It’s just that it now downloads the newer Atlas script instead of the original.

Nightmares

wpress01I think I’ve used just about every blogging platform out there in my time. The remembered terrors of Drupal and Joomla still keep me awake at nights.

I keep coming back to WordPress, though. It’s pretty easy to install, administer and use… and the results, visually, are appealing.

Unfortunately, everyone else keeps coming back to WordPress, too. Including hackers, crackers and other assorted ne’er-do-wells. As probably the world’s most popular blogging platform, WordPress starts off as a big target. Given that it’s written in PHP, however, it is also a very vulnerable one: one bad extension can open you up to all manner of nasties. It’s happened a lot of late.

Which gives me nightmares: I like to think that being self-hosted, I’m able to administer a tighter ship than was true for some of those cases, but I’m probably kidding myself. Just as living where I live, one has to accept that one day, I’m likely to lose the house in a bush fire, so I suspect that I ought to resign myself to the fact that, running a WordPress blog, one day I’m going to get hacked.

In the case of the house, acceptance of the inevitable means making sure you’re fully insured; that all your passports and birth certificates and similar papers are immediately to hand to grab as you flee; that anything that has huge sentimental value is similarly ready to accompany you on a quick departure… and that everything else is just ‘stuff’ and material possessions can be re-purchased.

In the case of the blog, accepting the inevitable has (for me) meant making plans to host the blog at home as the primary site; it only gets to the public webhost when I’m ready to copy it there. Being a copy that’s not accessible to the Internet means when the hoodlums strike, I can hopefully re-install a fresh, clean operating system on my public web server and copy everything up to it afresh. It will be inconvenient, sure; but at least my work will be safe from total loss and the nightmares can subside a bit.

As an added bonus, my websites not only reside on my new RAIDZ zpool, but are copied separately to my two HP servers, which also run RAIDZ pools… so that’s at least three copies of my work handy in the house. And there are two offsite backups of those HP servers which get refreshed around every 3 months. So, if the worst came to the worst: should hackers wipe my web server, my home PC explode at the same time, and two HP servers both suffer catastrophic 2-disk failures that same day… well, I might want to end it all for other reasons (it sounds like it’s a bad hair day plus infinity!), but I’d stand to lose only a couple of months of blogging. Which I could probably deal with.

So, I wrote an article or three to explain how I did it; I thought it might be of interest to other WordPress users out there!

Sleep tight…

Twenty Steps to Perfect Ubuntu!

ubu01Finishing my recent flurry of Ubuntu-related activity, I’ve put together a new article explaining precisely how I tweak and twiddle with my fresh Ubuntu 16.04 installations to turn them into something I would call usable.

Perfection it certainly isn’t (thank you, right-hand windows controls!), but close enough for my purposes, I suppose.

Oracle on Ubuntu 16.04

mandelaWith Ubuntu 16.04 as my new desktop, it was inevitable that I would need to cook up one of my pre-installer scripts to help automate the installation of Oracle 12c onto it.

Like the pre-installers for various other distros and O/Ses, I’ve given my script a name… and “Mandela” was the obvious choice. Ubuntu is a South African word that means ‘oneness of humanity’ (very roughly!). Mandela was intimately aware of it and was a great exponent of it. It also meant a lot to Mark Shuttleworth, the founder of Canonical, developer of Ubuntu, the O/S. It’s the reason why he called his distro ‘Ubuntu’ in the first place.

So anyway: I’ve put together an article on how you use mandela (the Oracle preinstaller) to make installation of 12c on Ubuntu relatively painless. The script is available for download either here or here.

Additionally, I found I wanted to install SQL Developer on Ubuntu, so there’s now an article for that, too.