Can anyone offer me some advice on this?

I can provide more information if required.

 

Yes, the OpenManage behavior is as follows :

1. 64-bit OSes will not display SCSI controllers like PERC 4e/Si.

But at the same time, 64-bit OSes will show other SAS/PERC controllers.

Suggestions :

1. Get a Cent OS 32-bit version, if not dependent on OS arch.

OR

1. Get a External PERC 5/E controller on same 64-bit Cent OS.

 

Thanks for posting.

 

 

 

Thanks wikiOM, very helpful.

I've seen a couple of things regarding installing 32-bit OMSA on CentOS x64.  If I could do this, would this work?

Thanks wikiOM - all your help is much appreciated!

 

Actually, srvadmin-megalib 32-bit RPM is responsible for enumerating SCSI controllers. 64-bit version of this RPM is not available and hence, the constraint.

So what you are saying is that *because* we are running 64 bit OMSA, the SCSI controller won't be supported.

 

Also, fresh installation of 32-bit RPMs on 64-bit platforms are not supported but upgrade is supported. This is from OM 6.3 onwards.

What's the best way to upgrade then?  yum list srvadmin* gives me:

 

Normal 0 false false false EN-GB X-NONE X-NONE

Loaded plugins: dellsysid, fastestmirror Loading mirror speeds from cached hostfile

 * addons: mirror.sov.uk.goscomb.net

 * base: mirror.sov.uk.goscomb.net

 * centosplus: mirror.sov.uk.goscomb.net

 * extras: mirror.sov.uk.goscomb.net

 * rpmforge: fr2.rpmfind.net

 * updates: mirror.as29550.net

Excluding Packages from CentOS-5 - Base

Finished

Reducing CentOS-5 Testing to included packages only Finished Reducing CentOS-5 - Plus to included packages only Finished Excluding Packages from CentOS-5 - Updates Finished Installed Packages

srvadmin-all.x86_64                          6.3.0-1.16.el5      installed     

srvadmin-argtable2.x86_64                    6.3.0-9.1.el5       installed     

srvadmin-base.x86_64                         6.3.0-1.16.el5      installed     

srvadmin-deng.x86_64                         6.3.0-64.1.el5      installed     

srvadmin-hapi.i386                           6.3.0-66.2.el5      installed     

srvadmin-hapi.x86_64                         6.3.0-66.2.el5      installed     

srvadmin-idrac.x86_64                        6.3.0-224.2.el5     installed     

srvadmin-idrac-ivmcli.x86_64                 6.3.0-132.1.el5     installed     

srvadmin-idrac-vmcli.x86_64                  6.3.0-171.1.el5     installed     

srvadmin-idracadm.x86_64                     6.3.0-224.2.el5     installed     

srvadmin-isvc.x86_64                         6.3.0-100.2.el5     installed     

srvadmin-itunnelprovider.x86_64              6.3.0-191.1.el5     installed     

srvadmin-iws.x86_64                          6.3.0-184.1.el5     installed     

srvadmin-jre.x86_64                          6.3.0-184.1.el5     installed     

srvadmin-omacore.x86_64                      6.3.0-184.1.el5     installed     

srvadmin-omcommon.x86_64                     6.3.0-184.1.el5     installed     

srvadmin-omilcore.noarch                     6.3.0-639.1.el5     installed     

srvadmin-rac-components.x86_64               6.3.0-224.2.el5     installed     

srvadmin-rac4.x86_64                         6.3.0-15.2.el5      installed      

srvadmin-rac4-populator.x86_64               6.3.0-15.2.el5      installed     

srvadmin-rac5.x86_64                         6.3.0-36.2.el5      installed     

srvadmin-racadm4.x86_64                      6.3.0-15.2.el5      installed     

srvadmin-racadm5.x86_64                      6.3.0-36.2.el5      installed     

srvadmin-racdrsc.x86_64                      6.3.0-224.2.el5     installed     

srvadmin-racsvc.x86_64                       6.3.0-15.2.el5      installed     

srvadmin-smcommon.x86_64                     6.3.0-233.1.el5     installed     

srvadmin-smweb.x86_64                        6.3.0-233.1.el5     installed     

srvadmin-standardAgent.x86_64                6.3.0-1.16.el5      installed     

srvadmin-storage.x86_64                      6.3.0-233.1.el5     installed     

srvadmin-storage-populator.x86_64            6.3.0-233.1.el5     installed     

srvadmin-storageservices.x86_64              6.3.0-1.16.el5      installed     

srvadmin-storelib.x86_64                     6.3.0-233.1.el4     installed     

srvadmin-storelib-sysfs.x86_64               6.3.0-5.1.el5       installed     

srvadmin-sysfsutils.x86_64                   6.3.0-7.2.el5       installed     

srvadmin-webserver.x86_64                    6.3.0-1.16.el5      installed     

srvadmin-xmlsup.x86_64                       6.3.0-184.1.el5     installed     

Available Packages

srvadmin-cm.i386                             6.3.0-2075          dell-omsa-indep

srvadmin-storage-populator-swraid.x86_64     6.3.0-233.1.el5     dell-omsa-indep

 

 

Yes, (not very sure but its worth attempting it) as SCSI controllers are supported on 32-bit OMSA RPMs.

 

Thanks

Just gathered more info from OMIUG

Actually, srvadmin-megalib 32-bit RPM is responsible for enumerating SCSI controllers. 64-bit version of this RPM is not available and hence, the constraint.

Also, fresh installation of 32-bit RPMs on 64-bit platforms are not supported but upgrade is supported. This is from OM 6.3 onwards.

So, if you are successful in getting 32-bit RPMS on your 64-bit Cent OS, it should work technically.

 

Thanks

 

I just ran into this same problem.

Have you been able to get this working?

 

-Eric

 

This turned out to be much easier than it sounded and a little more searching turned up the answer.

First, if you're here you probably already installed the x64 version of OMSA so to completely uninstall it do:

yum erase $(rpm -qa | grep srvadmin)

If you haven't installed anything yet (and for completeness of these directions) do:

wget -q -O - http://linux.dell.com/repo/hardware/latest/bootstrap.cgi | bash

Then edit /etc/yum.repos.d/dell-omsa-repository.repo and follow the copied and pasted in directions below.

Under:

[dell-omsa-indep]

I commented out:

#mirrorlist=http://linux.dell.com/repo/hardware/latest/mirrors.cgi?osname=el$releasever&basearch=$basearch&native=1&dellsyspluginver=$dellsysidpluginver

and then hard-coded the $basearch variable like this:

mirrorlist=http://linux.dell.com/repo/hardware/latest/mirrors.cgi?osname=el$releasever&basearch=i386&native=1&dellsyspluginver=$dellsysidpluginver

Then I did the same in:

[dell-omsa-specific]

Commenting out:

#mirrorlist=http://linux.dell.com/repo/hardware/latest/mirrors.cgi?osname=el$releasever&basearch=$basearch&native=1&sys_dev_id=$sys_dev_id&dellsysidpluginver=$dellsysidpluginver

And replacing with:

mirrorlist=http://linux.dell.com/repo/hardware/latest/mirrors.cgi?osname=el$releasever&basearch=i386&native=1&sys_dev_id=$sys_dev_id&dellsysidpluginver=$dellsysidpluginver

Then reinstall OMSA as you did before with:

yum install srvadmin-all

This should now install the x86 version. 

Reboot the system. 

I can now manage my PERC4e/Di via OMSA.

 

-Eric

 

Hi Eric

Thanks for your post. I did actually find this same fix about the 32-bit version but it didn't seem to work for me!

Now that I know it worked for you, I will give it another try and see if I can have some success too.

Thanks!

Glad it helped.

The message I referenced was the most succinct version of the process that I found. However, I also found the page below which basically has the same instructions but explains things a little bit more.  This might be useful if you're having problems.

“No controllers found” fix: set up Dell OMSA 6.3 32-bit on RHEL / CentOS 5.5 64-bit

Also, be sure you have completely removed all the 64-bit OMSA components before you try to install the 32-bit versions.  This was not specifically covered anywhere that I found but, not removing everything caused it to not work for me the first time I tried it.  Do  yum erase $(rpm -qa | grep srvadmin) to get rid of everything first.

-Eric

Thanks Eric, I managed to get this to work now.

 

After I removed all of the dell installs with: yum erase $(rpm -qa | grep srvadmin) and set up the i386 repository, I had to also run:

yum clean all

to clean the caches.

When trying to install the i386 version, I also got some conflicts where some of the dependencies were already installed in the x64 versions, so I had to remove the following:

yum erase libsmbios

yum erase openwsman-server

yum sblim-sfcb

These were probably all from things I had been doing to try and get it to work!  I then ran yum clean all again and yum install srvadmin-all.

I also found that I didn't need to reboot, just start all of the services:  srvadmin-services.sh start

 

Thanks again for all your help Eric!  Lifesaver!

I'm glad you got it working and happy I could help.

I was working on a clean fresh OS install which may have been why I did not have any dependency problems.

-Eric