Just before Christmas 2009, a new version of Dell OpenManage 6.2 for Linux was “released” – well, thrown over the wall, untested, resulting in this scary message on my Dell PE 2950′s:
# omreport storage controller No controllers found
That sure got my attention …
There were at least 2 issues caused by this update:
- Although the individual packages were fine, the installer script had bugs that resulted in the combination of packages to not work correctly, regardless of whether you were updating an old system, or a fresh CentOs installation. Even though disk volumes were still mountable, most omreport options did not. Somebody posted a script that usually fixes that on the Dell forum, and I have added some modprobe commands that some people also recommended:
#/bin/bash # this script based on Dell Forums samples /sbin/modprobe ipmi_si /sbin/modprobe ipmi_devintf 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, or reboot first #Somebody really pooched the dependancies list in the OMSA 6.2 install !!!!
- omreport was installed in a new location, so the commonly-used check_openmanage monitoring perl script failed to find it. A simple edit fixes that:
/usr/lib64/nagios/plugins/contrib/check_openmanage:
#
# Locate the omreport binary
#
sub find_omreport {
# Possible full paths for omreport
my @omreport_paths
= (
'/usr/bin/omreport', # default on Linux
'/opt/dell/srvadmin/oma/bin/omreport.sh', # alternate on Linux
'/opt/dell/srvadmin/oma/bin/omreport', # alternate on Linux
+ '/opt/dell/srvadmin/bin/omreport', # alternate on Linux
'c:\progra~1\dell\sysmgt\oma\bin\omreport.exe', # default on Windows
'c:\progra~2\dell\sysmgt\oma\bin\omreport.exe', # default on Windows x64
);
Dell power-edge list: OpenManage 6.2 Storage Controller not found fix
Dell Forums: OMSA daemons appear to crash a minute after startup


