check_openmanage 3.5.5-beta6 snmp_detect_blade bug

[McKinlay, Ken]

Trond,

Other little bug for your next release. Using check_openmanage
3.5.5-beta6 on a server loaded with OMSA 5.1.0 (a different box this
time), in the snmp_detect_blade function it returned: "INTERNAL ERROR:
Use of uninitialized value in string eq at
./check_openmanage-3.5.5-beta6 line 599."

Looking at the line and then doing my own SNMP query, that OID is
missing in OMSA 5.1.0. However, by changing line 599 to first make sure
a result has been set then the uninitialized value error is bypassed in
the if statement:

if ( $result->{$DellBaseBoardType} && $result->{$DellBaseBoardType} eq
'3') {

Ken



> -----Original Message-----
> From: Trond Hasle Amundsen [mailto:t.h.amundsen at usit.uio.no]
> Sent: Tuesday, January 19, 2010 12:19 PM
> To: McKinlay, Ken
> Cc: nagios-users at lists.sourceforge.net
> Subject: Re: check_openmanage 3.5.4 status bug
> 
> "McKinlay, Ken" <Ken.McKinlay at curtisswright.com> writes:
> 
> > The status hash that is used to translate the voltageProbeStatus
> appears
> > to be incorrect. Instead of %snmp_status, the hash used should be
> > %snmp_probestatus. This is at line 3054 in check_openmanage v3.5.4.
> The
> > corrected line reads:
> >
> > $status   = $snmp_probestatus{$out->{voltageProbeStatus}};
> >
> > I discovered this issue since one of my Dells has an almost dead
> battery
> > but the check returned " OOPS! Something is wrong with this server,
> but
> > I don't know what. The global system health status is CRITICAL, but
> > every component check is OK. This may be a bug in the Nagios plugin,
> > please file a bug report."
> 
> Hi Ken,
> 
> Thanks for the bug report and the patch. I guess that this was never
> discovered before, since voltage errors occur rarely. Also good to
know
> that the little failsafe oops works as intended :)
> 
> Your patch will be included in the next release, and a patched beta
> version is available here:
> 
>   http://folk.uio.no/trondham/tmp/check_openmanage-3.5.5-beta6
> 
> Cheers,
> --
> Trond H. Amundsen <t.h.amundsen at usit.uio.no>
> Center for Information Technology Services, University of Oslo

_______________________________________________________________________
This e-mail and any files transmitted with it are proprietary and intended solely for the use of the individual or entity to whom they are addressed. If you have reason to believe that you have received this e-mail in error, please notify the sender and destroy this email and any attached files. Please note that any views or opinions presented in this e-mail are solely those of the author and do not necessarily represent those of the Curtiss-Wright Corporation or any of its subsidiaries.  Documents attached hereto may contain technology subject to government export regulations. Recipient is solely responsible for ensuring that any re-export, transfer or disclosure of this information is in accordance with applicable government export regulations.  The recipient should check this e-mail and
  any attachments for the presence of viruses. Curtiss-Wright Corporation and its subsidiaries accept no liability for any damage caused by any virus transmitted by this e-mail.

------------------------------------------------------------------------------
Throughout its 18-year history, RSA Conference consistently attracts the
world's best and brightest in the field, creating opportunities for Conference
attendees to learn about information security's most important issues through
interactions with peers, luminaries and emerging and established companies.
http://p.sf.net/sfu/rsaconf-dev2dev
_______________________________________________
Nagios-users mailing list
Nagios-users at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. 
::: Messages without supporting info will risk being sent to /dev/null