任何人都知道如何解决报告“未找到控制器”的 red hat 5.1 上的 omsa 问题？

Question

我有一台带有 PERC 5/i 控制器的 Red Hat 5.1 服务器 64 位 Dell 2950，直到最近都运行良好。

在它上面我有一个 NRPE 命令 check_openmange 开始返回错误：

/usr/local/nagios/libexec/check_openmanage
Storage Error! No controllers found
Problem running 'omreport chassis memory': Error: Memory object not found
Problem running 'omreport chassis fans': Error! No fan probes found on this system.
Problem running 'omreport chassis temps': Error! No temperature probes found on this system.
Problem running 'omreport chassis volts': Error! No voltage probes found on this system.

显然，这些组件存在于系统启动和运行时。我可以访问 Dell Open Manage 的 Web 界面，它报告一切都是绿色的。

检查 openmange 使用 omreport 工具，这直接生成上述错误：

[root@lynx tmp]# omreport storage controller
No controllers found

我在网上找到了许多与 OMSA 和 64 位 RHEL 5 和 CentOS 5 问题相关的线程，他们建议在 64 位系统上运行 32 位软件：

• http://en.community.dell.com/support-forums/servers/f/177/t/19356718.aspx
• http://stevejenkins.com/blog/2011/01/no-controllers-found-fix-set-up-dell-omsa-6-4-32-bit-on-rhel-centos-5-5-64-少量/

但是我已经在运行 32 位软件：

Installed Packages
Name   : srvadmin-storage
Arch   : i386
Version: 6.5.0
Release: 1.201.2.el5
Size   : 8.4 M
Repo   : installed
Summary: Storage Management accessors package, 3.5.0

此外，这些帖子中的大多数似乎与 PERC 4 相关，而我的是 PERC 5。这个检查和报告直到最近都很稳定，并且已经有几个月的生产负载，这让我对采取这些步骤犹豫不决。然而，我没有找到任何好的迹象来说明为什么这种行为会发生变化。

有没有人在 PERC 5 上遇到过这个问题？

有没有人对诊断步骤或解决方案有进一步的想法？

Answer 1

我假设您已经完成了重新启动 OMSA ( service dataeng restart) 并确保 IPMI 已加载的基本故障排除步骤：

service dataeng stop
service dsm_sa_ipmi start
service dataeng start

此问题的一个常见非明显原因是系统信号量耗尽。检查您的系统日志；如果你看到这样的东西：

Server Administrator (Shared Library): Data Engine EventID: 0  A semaphore set has to be created but the system limit for the maximum number of semaphore sets has been exceeded

那么你的信号量就用完了。

您可以运行ipcs -s以列出系统上当前分配的所有信号量，然后使用它ipcrm -s <id>来删除信号量（如果您有理由确定不再需要它）。您可能还想追踪创建它们的程序（使用来自 的信息ipcs -s -i <id>）以确保它没有泄漏信号量。但是，根据我的经验，大多数泄漏来自程序在运行清理代码之前被中断（被段错误或类似）。

如果您的系统确实需要当前分配的所有信号量，您可以增加可用信号量的数量。运行sysctl -a | grep kernel.sem以查看当前设置。最后一个数字是系统上可用的信号量（通常为 128）。将该行复制到 中/etc/sysctl.conf，将最终数字更改为更大的值，保存它，然后运行sysctl -p以加载新设置。

Answer 2

尝试/etc/init.d/dataeng start并/etc/init.d/dsm_om_shrsvc start