Home Directory Plugins Hardware Server Hardware Sun Sun Integrated Lights Out Manager (ILOM) Alarm check

Search Exchange

Search All Sites

Nagios Live Webinars

Let our experts show you how Nagios can help your organization.

Contact Us

Phone: 1-888-NAGIOS-1
Email: sales@nagios.com


Remember Me

Directory Tree

Sun Integrated Lights Out Manager (ILOM) Alarm check

2 votes
Network Monitoring Software - Download Nagios XI
Log Management Software - Nagios Log Server - Download
Netflow Analysis Software - Nagios Network Analyzer - Download
This plugin checks the alarm table on a Sun Integrated Lights out Manager (ILOM) card for both x86 and sparc based systems and reports which parts of the system are in an alarmed state.
Please, issue a 'perldoc check_ilom.pl' for more information.

Sorry for the lack of updates to this plugin. SUN continually decides to completely overhual the SNMP tables for ilom devices. I finally put in support request asking them kindly to stop making so many changes. I have had to hack this script numerous times over the past few months to keep it working with new firmwares released by SUN. In the new version, 1.3, you'll find some cheap tricks that may help getting this to work with your hardware. Our collection of ILOM based SUN hardware is not incredibly diverse, but I can do my best to help you with the hardware that you may have.

This script, out of the box, is configured to support SUN T5120's, x4150's and x4250's.

The biggest change came recently when we upgraded to ILOM firmware version 3.

SUN-PLATFORM-MIB::sunPlatEquipmentLocationName is now completely useless, and I've switched to using ENTITY-MIB::entPhysicalName, however this will ONLY work on firmwares upgraded to v3. So, if you're like me and can't upgrade all firmwares at once (who can?!), you'll need to tell this script which SNMP table to use for $alarmnamesoid by architecture, or by which machines you've upgraded and which ones you haven't... Look at what I've done for x4150's in this script to see what I'm talking about. If you're really in a bind, you'll just have to create two check commands, one referring to the old version, one to the new one ... SORRY! BLAME SUN!

Alternatively, you could just setup SNMPTT and rely on the SNMP traps sent by the ILOM interfaces ....
Reviews (1)
Paste this at line 117:

elsif ($archtype eq "x86-4170") {
@alternating_alarms = ("/SYS/FB/FM0/OK", "/SYS/FB/FM1/OK", "/SYS/FB/FM2/OK", "/SYS/FB/FM3/OK", "/SYS/OK");
# ENTITY-MIB::entPhysicalName