DragonsKeep

I have a few Dell 2850s at work, happily installed CentOS 6.4 64-bit, but want to also install Dell’s OpenManage so I can see if the Perc4 controller acts up or if drives die. First off, the latest version of OMSA (7.x) doesn’t support Perc4 controllers anymore. Older versions sure ain’t using 64 bit. Google pretty much tells me that you can’t do it.

This is an attempt at documenting how to do it. It may not work for you, it may not work for future Centos/RHEL releases.

First off, “be root”, then yum install rsync createrepo
Then rsync Dell’s OMSA6.1 repo. OMSA 6.1 works for me, I don’t know if 6.2/6.3 would work as well.
Find a place for the repo. I chose “/root/DellRepo”. As root:
cd
mkdir DellRepo
cd DellRepo
rsync -avHz linux.dell.com::repo/hardware/OMSA_6.1 .

Get rid of the suse folders. I don’t know enough about how yum works, but it WILL try to install from them. Also, create the repodata stuff.
find . -name *suse1*_64 -exec rm -rf {} \;
cd OMSA_6.1
createrepo --verbose `pwd`

Get coffee. This might take a bit.

Create a repo entry for yum.
vi /etc/yum.repos.d/local-dell.repo

[local-6.1]
name=local Dell OMSA repository – Hardware independent
#type=rpm-md
baseurl=file:///root/DellRepo/OMSA_6.1
gpgcheck=1
enabled=1

We need libcurl, 32 bit version. We actually need version 3, but we can’t get that anymore, so we’ll have to fake it. I suggest installing the 64 bit version so we know the name of the current version – and then we can derive the 32-bit package name for it. As of this writing, I had libcurl-7.19.7-37.el6_4.x86_64, therefore I did
yum install libcurl-7.19.7-37.el6_4.i686

Now we fake having curl3:
cd /usr/lib
ln -s libcurl.so.4.1.1 libcurl.so.3
ln -s libcurl.so.4.1.1 libcurl.so.3.0.0

If you were to do a “yum install srvadmin-all”, it would still not work. Boo. Dependency issues. It doesn’t “see” our libcurl. I don’t care 😉

I force-install what fails (remember, I have a 2850 – you may need to go to a different directory). One of the failures is srvadmin-wsmanclient, but I also want to yum-install the dependencies that actually do install properly before I do an “rpm -Ihv –nodeps”. basically I do a “yum install srvadmin-wsmanclient” followed by “yum install ” until nothing is shown in the dependencies other than the failing libcurl.
cd ~/DellRepo/OMSA_6.1/pe2850/rh50_64/srvadmin
yum install srvadmin-omcommon srvadmin-omauth
yum install libsepol.i686 openssl098e.i686
rpm -Uhv --nodeps ./srvadmin-wsmanclient-6.1.0-648.rhel5.i386.rpm

There’s another similar beast, srvadmin-ssa and cimserver:
cd ~/DellRepo/OMSA_6.1/platform_independent/rh50_64/extra_deps
yum install srvadmin-omhip srvadmin-omacore srvadmin-isvc srvadmin-syscheck srvadmin-hapi srvadmin-deng

Be careful, if “rpm -Uhv sblim-sfcb-1.3.2-17.1.rhel5.i386.rpm” tells you about conflicts with the 64 bit version because you have it installed from back when you trusted the Dell installer script, just don’t bother re-installing it. Looks like it’s the same stuff anyway. “yum install srvadmin-ssa” should only depend on it and the libcurses by now.
rpm -Uhv sblim-sfcb-1.3.2-17.1.rhel5.i386.rpm --nodeps
cd ~/DellRepo/OMSA_6.1/pe2850/rh50_64/srvadmin
rpm -Uhv srvadmin-ssa-6.1.0-648.rhel5.i386.rpm --nodeps

And NOW, FINALLY you can do
yum install srvadmin-all
yum install OpenIPMI (that should be the CentOS/RHEL version!!!)

cd /etc/rc.d/init.d/
./instsvcdrv start
./dataeng start
./dsm_om_connsvc start
./dsm_om_shrsvc start
./mptctl start
firefox https://localhost:1311/


“dataeng” takes forever to come up. Do not despair. Patience…

Time for a drink. Sadly, as I’m at work, it’ll be lunch instead.