I was hoping for a version of OMSA that would install on RHEL8. I have 8 boxes ready to roll out to production, but I cannot because the current OMSA won't install. "Unsupported OS." I would have thought that Dell would have had a prerelease version to work with prior to RHEL8 coming out. I thought wrong, I guess.
I'm just surprised that Dell didn't have a version ready to go. Even I have spent the last 3 months with the beta, making sure my RHEL8 config would work when the actual release came out. Oh well.
I spoke with several of our Systems Management support representatives, and they haven't heard of a release specific to RHEL 8 at this point in time. I would expect OMSA 9.4 to support it, but that is speculation on my part.
What you might consider trying is modifying /etc/redhat-release to reflect a supported Redhat operating system, since that is where the installer looks for whether or not the OS is supported. Something like "Red Hat Enterprise Linux Server 7.3 (Maipo)" may do the job. I've used this trick to facilitate installations on some versions of CentOS, so it may work here. I haven't tested this though, so I can't promise it will do the job. Once OMSA is installed, you could change it back. Alternatively, you could make a backup of that file and rename it to something like redhat-release-backup, and then just modify the copy. You could delete the copy and change the original back after.
The other option would be to use OpenManage Enterprise, which is a virtual appliance and would provide you out-of-band management tools.
EDIT: Adding some commands to help people try this, until a native solution is available
# cp /etc/redhat-release /etc/redhat-release-backup
# echo "Red Hat Enterprise Linux Server 7.3 (Maipo)" > /etc/redhat-release
Then try to run the installer. Once it completes, for better or worse, we'll want to revert things back to how they were prior to the change.
Well, I tried. The install started at least, but failed with some missing dependencies. Mostly having to do with Python and a few libs. RHEL8 comes with Python3 and Python2. Your choice on what to install. I could point "Python" to point to Python3, put I don't want to get that far into the weeds, and that probably would fail somewhere anyway.
It looks like there are some conflicts that I'm hesitant to address. For example, openssl-libs-1:1.0.2k-16.el7.x86_64 and openssl-libs-1:1.1.1-8.el8.x86_64 can't both be installed. I would think that down grading is an option, but that also defeats the purpose of running the newer release. If we try running anyway and including the --allowerasing option, it would remove the protected dnf package.
I entertained the thought of running OpenManage within a Docker container and tried installing it just to see, but it looks like Docker doesn't support RHEL 8, either. I certainly can't claim to be an expert with Docker, though.
I looked into it a bit further, and it does look like OMSA support for RHEL 8 is planned, I just don't know when it would be available.
Thanks for the info. I rely on OMSA for email alerts when there are issues with the boxes. Most importantly, attached PERC\MD1000 storage. I cannot put into production without this. Too risky.
Nothing yet that I know of. I don't see any RHEL8 listed in any of my boxes' OS drop down list in Support. Getting impatient here. Don't the Dell developers get an early release of the OS so they can develop for it, with their release date close to the OS release date? That's how it works here.
Dell-DylanJ
6 Operator
•
2924 Posts
5161
0
Posted May 16th, 2019 11:00
I'll poke around with it and edit my reply. Worst case scenario, we're in the same boat.