Unsolved
This post is more than 5 years old
11 Posts
0
816105
OMSA: No controllers found
OMSA tools (command line and web-based) see but do not display PERC5 controller nor any of the array info. MegaCli displays everything fine.
I am battling with this problem for several days. I tried several solutions as suggested in various places on the net, to no avail. Please note that OMSA daemons appear to recognize the controller and see the disks, however both omreport and web-based GUI complain that no controllers were found.
Symptom of the problem:
# omreport storage controller
No controllers found
The web-based OMSA GUI also displays this message in "Storage" folder, which is otherwise shown empty. Other folders ("Main System Chassis" and "Software" are populated and seem to be working fine
Hardware: DELL PowerEdge 2950
System: Centos 5.4 64 bit
# uname -a
Linux peta.swmed.edu 2.6.18-164.9.1.el5 #1 SMP Tue Dec 15 20:57:57 EST 2009
x86_64 x86_64 x86_64 GNU/Linux
PERC Controller: PERC 5/i Integrated
# ./MegaCli -AdpAllInfo -aALL
Adapter #0
==============================================================================
Versions
================
Product Name : PERC 5/i Integrated
Serial No : 12345
FW Package Build: 5.0.2-0003
Mfg. Data
================
Mfg. Date : 00/00/00
Rework Date : 00/00/00
Revision No :
Battery FRU : N/A
Image Versions in Flash:
================
Boot Block Version : R.2.3.2
BIOS Version : MT23
MPT Version : MPTFW-00.06.71.00-IT
FW Version : 1.00.02-0157
WebBIOS Version : 1.01-021
Ctrl-R Version : 1.02-007
OMSA Version: 6.2.0
# rpm -qa | grep -i srvadmin
srvadmin-idracadm-6.2.0-677
srvadmin-iws-6.2.0-1.18.el5
srvadmin-idrac-6.2.0-1.5.el5
srvadmin-webserver-6.2.0-1.5.el5
srvadmin-sysfsutils-6.2.0-2.1.el5
srvadmin-racsvc-6.2.0-677
srvadmin-omacore-6.2.0-1.18.el5
srvadmin-standardAgent-6.2.0-1.5.el5
srvadmin-racdrsc5-6.2.0-677
srvadmin-hapi-6.2.0-1.17.el5
srvadmin-megalib-6.2.0-1.6.el3
srvadmin-racadm5-6.2.0-677
srvadmin-deng-6.2.0-1.6.el5
srvadmin-storage-6.2.0-1.29.el5
srvadmin-idrac-components-6.2.0-677
srvadmin-storageservices-6.2.0-1.5.el5
srvadmin-racdrsc4-6.2.0-677
srvadmin-rac5-6.2.0-1.5.el5
srvadmin-storelib-6.2.0-1.11.el3
srvadmin-omilcore-6.2.0-1.9.el5
srvadmin-jre-6.2.0-1.17.el5
srvadmin-omcommon-6.2.0-1.19.el5
srvadmin-storage-populator-6.2.0-1.25.el3
srvadmin-cm-6.2.0-677
srvadmin-idracdrsc-6.2.0-677
srvadmin-rac4-6.2.0-1.5.el5
srvadmin-smweb-6.2.0-1.29.el5
srvadmin-racadm4-6.2.0-677
srvadmin-isvc-6.2.0-1.16.el5
srvadmin-base-6.2.0-1.5.el5
srvadmin-rac5-components-6.2.0-677
srvadmin-smcommon-6.2.0-1.29.el5
srvadmin-xmlsup-6.2.0-1.17.el5
srvadmin-fsa-6.2.0-1.6.el3
srvadmin-itunnelprovider-6.2.0-1.6.el5
srvadmin-rac4-components-6.2.0-677
srvadmin-all-6.2.0-1.5.el5
The OMSA software was installed as follows:
wget -q -O - http://linux.dell.com/repo/hardware/latest/bootstrap.cgi | bash
yum install srvadmin-all
Driver version:
# modinfo megaraid_sas
filename: /lib/modules/2.6.18-164.9.1.el5/extra/megaraid_sas.ko
description: LSI Logic MegaRAID SAS Driver
author: megaraidlinux@lsi.com
version: 00.00.04.17
license: GPL
srcversion: 93C6B7A0CD0B1E64061C3B4
alias: pci:v00001028d00000015sv*sd*bc*sc*i*
alias: pci:v00001000d00000413sv*sd*bc*sc*i*
alias: pci:v00001000d00000071sv*sd*bc*sc*i*
alias: pci:v00001000d00000073sv*sd*bc*sc*i*
alias: pci:v00001000d00000079sv*sd*bc*sc*i*
alias: pci:v00001000d00000078sv*sd*bc*sc*i*
alias: pci:v00001000d0000007Csv*sd*bc*sc*i*
alias: pci:v00001000d00000060sv*sd*bc*sc*i*
alias: pci:v00001000d00000411sv*sd*bc*sc*i*
depends: scsi_mod
vermagic: 2.6.18-164.9.1.el5 SMP mod_unload gcc-4.1
parm: fast_load:megasas: Faster loading of the driver, skips
physical devices! (default=0) (int)
parm: max_sectors:Maximum number of sectors per IO command (int)
parm: cmd_per_lun:Maximum number of commands per logical unit
(default=128) (int)
parm: poll_mode_io:Complete cmds from IO path, (default=0) (int)
Same problems with driver that came with OS:
version: 00.00.04.08-RH2
All srvadmin services start OK:
# srvadmin-services.sh status
dell_rbu (module) is running
ipmi driver is running
dsm_sa_datamgrd (pid 4277) is running
dsm_sa_eventmgrd (pid 5204) is running
dsm_om_shrsvcd (pid 3706) is running
dsm_om_connsvcd (pid 5222 5221) is running
# service ipmi status
ipmi_msghandler module loaded.
ipmi_si module loaded.
ipmi_devintf module loaded.
/dev/ipmi0 exists.
Starting dsm_on_connsvcd causes the following file to be created,
indicating that OMSA daemons do indeed see the controller:
# cat /opt/dell/srvadmin/var/log/openmanage/Inventory.xml.1
invcolBuild="288" timeStamp="2009-12-22T18:28:32">
majorVersion="package redhat-release is not installed"
minorVersion="2.6.18-164.9.1.el5" usingTPMmeasurements="FALSE"/>
componentID="2331" display="OpenManage Server Administrator Managed Node">
impactsTPMmeasurements="TRUE"> version="1.2.0" display="BIOS"/>
subVendorID="1028" bus="2" device="e" function="0" display="PERC 5/i
Integrated Controller 0" impactsTPMmeasurements="TRUE"> componentType="FRMW" version="5.0.2-0003" display="PERC 5/i Integrated
Controller 0 Firmware"/>
display="ST3750640NS"> display="ST3750640NS Firmware"/>
display="ST3750640NS"> display="ST3750640NS Firmware"/>
display="ST3750640NS"> display="ST3750640NS Firmware"/>
display="ST3750640NS"> display="ST3750640NS Firmware"/>
display="ST3750640NS"> display="ST3750640NS Firmware"/>
display="ST3750640NS"> display="ST3750640NS Firmware"/>
display="SAS/SATA Backplane 0:0 Backplane"> componentType="FRMW" version="1.00" display="SAS/SATA Backplane 0:0
Backplane Firmware"/>
subDeviceID="01b2" bus="5" device="0" function="0" display="NetXtreme II
BCM5708 Gigabit Ethernet rev 12 (eth0)">
subDeviceID="01b2" bus="9" device="0" function="0" display="NetXtreme II
BCM5708 Gigabit Ethernet rev 12 (eth1)">
Any help would be welcome. Sorry for the long post.
vvladg
4 Posts
0
December 25th, 2009 12:00
Hello Magic999;
Please go to /opt/dell/srvadmin/etc and run:
# ./autoconf_cim_component.sh
Then restart srvadmin services:
# srvadmin-services.sh restart
Then try again:
# omreport storage controller
Please let me know if this solves your problem.
baldolafa
3 Posts
0
December 27th, 2009 22:00
I am having the same issue. I just upgraded to srvadmin 6.2.0 and it stopped working. I tried what you mentioned and I am still getting
omreport storage controller
No controllers found
Dec 27 20:39:16 Installed: srvadmin-smcommon-6.2.0-1.29.el5.i386
Dec 27 20:39:37 Installed: srvadmin-fsa-6.2.0-1.6.el3.i386
Dec 27 20:40:07 Updated: srvadmin-hapi-6.2.0-1.17.el5.i386
Dec 27 20:40:09 Installed: srvadmin-storelib-6.2.0-1.11.el3.i386
Dec 27 20:40:09 Installed: srvadmin-sysfsutils-6.2.0-2.1.el5.i386
Dec 27 20:40:09 Installed: srvadmin-megalib-6.2.0-1.6.el3.i386
Dec 27 20:40:09 Installed: srvadmin-xmlsup-6.2.0-1.17.el5.i386
Dec 27 20:40:11 Installed: srvadmin-itunnelprovider-6.2.0-1.6.el5.i386
Dec 27 20:40:14 Installed: srvadmin-omilcore-6.2.0-1.9.el5.noarch
Dec 27 20:40:15 Updated: srvadmin-racsvc-6.2.0-677.i386
Dec 27 20:40:15 Updated: srvadmin-racadm4-6.2.0-677.i386
Dec 27 20:40:28 Updated: srvadmin-jre-6.2.0-1.17.el5.i386
Dec 27 20:40:28 Updated: srvadmin-racadm5-6.2.0-677.i386
Dec 27 20:40:29 Updated: srvadmin-idracadm-6.2.0-677.i386
Dec 27 20:40:32 Updated: srvadmin-deng-6.2.0-1.6.el5.i386
Dec 27 20:40:37 Installed: srvadmin-omcommon-6.2.0-1.19.el5.i386
Dec 27 20:40:38 Updated: srvadmin-rac4-components-6.2.0-677.i386
Dec 27 20:40:38 Updated: srvadmin-rac5-components-6.2.0-677.i386
Dec 27 20:40:39 Updated: srvadmin-idrac-components-6.2.0-677.i386
Dec 27 20:40:47 Installed: srvadmin-smweb-6.2.0-1.29.el5.i386
Dec 27 20:40:49 Updated: srvadmin-isvc-6.2.0-1.16.el5.i386
Dec 27 20:40:53 Installed: srvadmin-omacore-6.2.0-1.18.el5.i386
Dec 27 20:40:54 Updated: srvadmin-storage-6.2.0-1.29.el5.i386
Dec 27 20:41:04 Updated: srvadmin-iws-6.2.0-1.18.el5.i386
Dec 27 20:41:05 Updated: srvadmin-cm-6.2.0-677.i386
Dec 27 20:41:05 Updated: srvadmin-base-6.2.0-1.5.el5.i386
Dec 27 20:41:05 Updated: srvadmin-standardAgent-6.2.0-1.5.el5.i386
Dec 27 20:41:05 Updated: srvadmin-webserver-6.2.0-1.5.el5.i386
Dec 27 20:41:06 Updated: srvadmin-racdrsc4-6.2.0-677.i386
Dec 27 20:41:06 Updated: srvadmin-rac4-6.2.0-1.5.el5.i386
Dec 27 20:41:06 Updated: srvadmin-idracdrsc-6.2.0-677.i386
Dec 27 20:41:06 Updated: srvadmin-idrac-6.2.0-1.5.el5.i386
Dec 27 20:41:07 Updated: srvadmin-racdrsc5-6.2.0-677.i386
Dec 27 20:41:07 Updated: srvadmin-rac5-6.2.0-1.5.el5.i386
Dec 27 20:41:07 Installed: srvadmin-storage-populator-6.2.0-1.25.el3.i386
Dec 27 20:41:07 Updated: srvadmin-storageservices-6.2.0-1.5.el5.i386
Dec 27 20:41:07 Updated: srvadmin-all-6.2.0-1.5.el5.i386
Dec 27 20:41:11 Erased: srvadmin-wsmanclient
Dec 27 20:41:11 Erased: srvadmin-syscheck
Dec 27 20:41:11 Erased: srvadmin-omauth
Dec 27 20:41:17 Erased: srvadmin-ssa
Dec 27 20:41:18 Erased: srvadmin-omhip
Dec 27 20:41:19 Installed: srvadmin-omilcore-6.2.0-1.9.el5.noarch
Dec 27 20:41:51 Updated: srvadmin-deng-6.2.0-1.6.el5.i386
Dec 27 20:41:52 Installed: srvadmin-omacore-6.2.0-1.18.el5.i386
Dec 27 20:41:52 Updated: srvadmin-iws-6.2.0-1.18.el5.i386
Magic999
11 Posts
0
December 28th, 2009 08:00
vvladg, thanks for your reply. Unfortunately, the problem persists.
# ./autoconf_cim_component.sh
Configuring wsman...........
Saving /etc/openwsman/openwsman.conf as /etc/openwsman/openwsman.conf.rpmsave ...
Creating ssl symbolic link....
Configuring sfcb....
Saving /etc/sfcb/sfcb.cfg as /etc/sfcb/sfcb.cfg.rpmsave ...
Updating pam app (/etc/pam.d/openwsman) for openwsman....
# srvadmin-services.sh restart
Shutting down DSM SA Shared Services: [ OK ]
Shutting down DSM SA Connection Service: [ OK ]
Stopping Systems Management Data Engine:
Stopping dsm_sa_eventmgrd: [ OK ]
Stopping dsm_sa_datamgrd: [ OK ]
Stopping Systems Management Device Drivers:
Stopping dell_rbu: [ OK ]
Starting Systems Management Device Drivers:
Starting dell_rbu: [ OK ]
Starting ipmi driver: Already started [ OK ]
Starting Systems Management Data Engine:
Starting dsm_sa_datamgrd: [ OK ]
Starting dsm_sa_eventmgrd: [ OK ]
Starting DSM SA Shared Services: [ OK ]
Starting DSM SA Connection Service: [ OK ]
# omreport storage controller
No controllers found
Magic999
11 Posts
0
December 28th, 2009 08:00
baldolafa, what version of OMSA and what OS were you using previously, when it worked?
vvladg
4 Posts
0
December 28th, 2009 12:00
And after running this script my integrated PERC 6/i controller was seen, after restarting srvadmin-services. After that, I “DISABLED” again what it was previously “DISABLED” in /etc/ld.so.conf.d and I restarted srvsdmin-services and I verified that the controller is still detected, so I concluded that those configuration files are not important. So, basically I did nothing except running that script and I got the things working.
jack987
7 Posts
0
December 28th, 2009 13:00
We experience the same issue with CentOS 5.4 and OMSA 6.2.
I found the answer at the Dell Linux-PowerEdge mailing list: http://lists.us.dell.com/pipermail/linux-poweredge/2009-December/040829.html
After installing the package "dell_ft_install" with all its dependencies and restarting OMSA "omreport storage controller" worked again (Installing only "srvadmin-storelib-sysfs" was not enough).
So perform the following steps to fix the issue:
# yum install dell_ft_install
# srvadmin-services.sh restart
Magic999
11 Posts
0
December 28th, 2009 14:00
jack987, your solution worked. In fact, I just installed srvadmin-storelib-sysfs and srvadmin-storelib-libpci (both were needed), rather than the whole dell_ft_install.
# yum install srvadmin-storelib-sysfs srvadmin-storelib-libpci
# srvadmin-services.sh restart
# omreport storage controller
Controller PERC 5/i Integrated (Embedded)
Controllers
ID : 0
Status : Non-Critical
Name : PERC 5/i Integrated
Slot ID : Embedded
State : Degraded
[...]
Web-based GUI also works fine now. Thanks everyone!
vvladg
4 Posts
0
December 29th, 2009 02:00
It means that trying to update the firmware using yum saved me, because it implied that
# yum install dell_ft_install
command :-)
Magic999
11 Posts
0
December 29th, 2009 07:00
Clearly yum packages in dell-omsa-indep have missing dependencies. I wanted to report this as a bug, but couldn't find OMSA bug database (I guess it is not public).
Regarding dell_ft_install, I ended up installing it anyway. Omreport, when it finally started working, complained about PERC firmware being too old, so I had to upgrade it. But that's another story...
baldolafa
3 Posts
0
December 30th, 2009 09:00
Thanks a lot for the help. This works perfectly for me too.
BlueHat
3 Posts
0
January 8th, 2010 18:00
Greetings;
I tried running "yum install dell_ft_install" - the command completed with no problems, and I've both restarted srvadmin, and also restarted the server - no joy - still "No controllers found".
One problem with following the instructions above is that I do not have "autoconf_cim_component.sh" on my server. The server(s) were originally installed in Summer 2007 with CentOS 5.0 or 5.1 (don't remember) and OMSA was installed for command line use only - ie "yum install srvadmin-base" and "yum install srvadmin-storage".
Since then, I've kept CentOS up to date via yum, so currently it's sitting at 5.4, and OMSA is at 6.2, but neither are fresh installs.
One machine is a PE860 with SAS 5i/R, and the other is a 1950 III with a PERC 6i. On both machines, other omreport commands run, just storage commands fail with No controllers found. Firmware on both controllers is up to date (updated previous to this problem). The PERC 6i has driver version 00.00.04.08-RH2 while the SAS5i/R has 3.04.07rh. Should the SAS 5i/R have dkms and the Dell driver 4.00.38.02 installed? The CentOS site deems to indicate that dkms is no longer required in 5.4, and several passages on the CentOS site make reference to removing it if it exists on a system.
Any additional suggestions - maybe remove OMSA and reinstall it? Other diagnostic tests to run?
Thanks to nyone who can help...
vvladg
4 Posts
0
January 9th, 2010 15:00
Hello BlueHat;
Maybe you are missing some components of srvadmin…
autoconf_cim_component.sh should be in /opt/dell/srvadmin/etc.
For example, here is what # rpm –qa srvadmin* gave me:
srvadmin-hapi-6.2.0-1.17.el5
srvadmin-racadm4-6.2.0-677
srvadmin-rac4-components-6.2.0-677
srvadmin-webserver-6.2.0-1.5.el5
srvadmin-smweb-6.2.0-1.29.el5
srvadmin-cm-6.2.0-677
srvadmin-racdrsc5-6.2.0-677
srvadmin-omilcore-6.2.0-1.9.el5
srvadmin-idracadm-6.2.0-677
srvadmin-deng-6.2.0-1.6.el5
srvadmin-storage-6.2.0-1.29.el5
srvadmin-base-6.2.0-1.5.el5
srvadmin-rac5-6.2.0-1.5.el5
srvadmin-storelib-sysfs-6.2.0-1.1.el5
srvadmin-storelib-6.2.0-1.11.el3
srvadmin-idrac-components-6.2.0-677
srvadmin-idracdrsc-6.2.0-677
srvadmin-fsa-6.2.0-1.6.el3
srvadmin-itunnelprovider-6.2.0-1.6.el5
srvadmin-jre-6.2.0-1.17.el5
srvadmin-isvc-6.2.0-1.16.el5
srvadmin-idrac-6.2.0-1.5.el5
srvadmin-smcommon-6.2.0-1.29.el5
srvadmin-sysfsutils-6.2.0-2.1.el5
srvadmin-racsvc-6.2.0-677
srvadmin-omcommon-6.2.0-1.19.el5
srvadmin-iws-6.2.0-1.18.el5
srvadmin-racdrsc4-6.2.0-677
srvadmin-all-6.2.0-1.5.el5
srvadmin-megalib-6.2.0-1.6.el3
srvadmin-rac5-components-6.2.0-677
srvadmin-rac4-6.2.0-1.5.el5
srvadmin-racadm5-6.2.0-677
srvadmin-omacore-6.2.0-1.18.el5
srvadmin-standardAgent-6.2.0-1.5.el5
srvadmin-storage-populator-6.2.0-1.25.el3
srvadmin-storelib-libpci-6.2.0-1.1.el5
srvadmin-xmlsup-6.2.0-1.17.el5
srvadmin-storageservices-6.2.0-1.5.el5
Try # yum install srvadmin* and see what it says.
BlueHat
3 Posts
0
January 9th, 2010 17:00
Is there still a way to install all of srvadmin but WITHOUT the webserver portion? I really, really do not want the web srvadmin on these boxes!!!
BlueHat
3 Posts
0
January 9th, 2010 21:00
never mind...
yum remove srvadmin*
yum install srvadmin-all
yum install dell_ft_install
cd /opt/dell/srvadmin/etc
./autoconf_cim_component.sh
yum remove srvadmin-iws srvadmin-webserver srvadmin-jre
srvadmin-services.sh start
omreport storage controller - now works properly
Somebody really pooched the dependancies list in the OMSA 6.2 install !!!!
AdRem
1 Message
0
January 13th, 2010 03:00
I had exactly the same issue after updating OM to 6.2 version.
Thank you all for providing and testing :-) the solution.