omreport storage battery -> Non-Critical (degraded)

Jeremy Eder jeder at
Sun Feb 1 13:23:37 CST 2009

Agreed, our probes watch the "global storage rollup" OID, and the raid battery recharging cycle changes this value to 4 when it occurs.

Since it is a matter of course for the controller to maintain it's own battery health, it should not trigger this false-positive.  As it is, we have procedures for NOC people to check raid-battery status before troubleshooting further - admittedly a kludge, but the alternative is not to have alerts on storage information at all, which is not acceptable.

As mentioned by Trond, of course we would want to know if there are problems during the charging cycle.  I understand where this came from - technically during a charging cycle, the raid battery is in a degraded state, so throw a warning.  However with thousands of dell servers, this quickly becomes white noise and conditions people to be less responsive to alarms.

What if you make this particular alarm adjustable through omconfig, and/or during the OMSA installer ?

Best Regards,

Jeremy Eder, RHCE, VCP

-----Original Message-----
From: linux-poweredge-bounces at [mailto:linux-poweredge-bounces at] On Behalf Of Trond Hasle Amundsen
Sent: Friday, January 30, 2009 10:12 AM
To: Patrick_Boyd at
Cc: linux-poweredge at
Subject: Re: omreport storage battery -> Non-Critical (degraded)

<Patrick_Boyd at> writes:

> The controller does things in its own time based on IO load and other
> factors. I really don't have any ideas on how to make the controller
> do this quicker.

The problem is rather that Openmanage reports this as a non-critical
error. This is again interpreted by monitoring software such as Nagios
plugins, and annoys the sysadmin. Different Nagios plugins deal with
this in their own unique way. Here's one approach:

The recharge cycle should just do its thing in silence. If something
goes wrong during the learning or recharge states, it should be
reported by Openmanage.

Trond H. Amundsen <t.h.amundsen at>
Center for Information Technology Services, University of Oslo

Linux-PowerEdge mailing list
Linux-PowerEdge at
Please read the FAQ at

More information about the Linux-PowerEdge mailing list