check dell openmanage (Visit this link)
5 from 8 votesThis plugin checks the status of objects monitored by Dell OpenManage via SNMP and returns OK, WARNING, CRITICAL or UNKNOWN. This plugin focuses on low bandwidth and speed. If a failure occurs it will describe the subsystem that failed and the failure code.
As featured in Linux Journal issue 182
-= INFORMATION ABOUT THIS PLUGIN =-
This plugin checks the status of objects monitored by Dell OpenManage via SNMP and returns OK, WARNING, CRITICAL or UNKNOWN. If not OK it returns text describing which subsystem failed. This plugin focuses on low bandwidth and speed. Questions, comments and criticisms are appreciated.
As featured in Linux Journal issue 182
http://www.linuxjournal.com/issue/182
This program is written and maintained by:
Jason Ellison - infotek(at)gmail.com
http://www.jasonellison.net/
It is based on check_snmp_temperature.pl plugin by:
William Leibzon - william(at)leibzon.org
-= SETUP NOTES =-
Copy "check_dell_openmanage*.pl" to your Nagios installation folder in "libexec/". Rename to "check_dell_openmanage.pl".
You must have Dell OpenManage installed on the server you wish to monitor. You must have enabled SNMP on the server and allow SNMP queries. On the nagios server that will be running the plugin you must have the perl "Net::SNMP" module installed.
perl -MCPAN -e shell
cpan> install Net::SNMP
Check Dell OpenManage locally on the monitored host for alert threshholds like min/max fan speeds...
To do a test run using SNMPv1 try:
./check_dell_openmanage.pl -H 192.168.1.250 -C public -T test
This will report which OID's your system supports.
-= OIDS Checked by System Type=-
System Types
"dellom" monitors the following OID's:
systemStateChassisStatus .1.3.6.1.4.1.674.10892.1.200.10.1.4.1
systemStatePowerSupplyStatusCombined .1.3.6.1.4.1.674.10892.1.200.10.1.9.1
systemStateVoltageStatusCombined .1.3.6.1.4.1.674.10892.1.200.10.1.12.1
systemStateCoolingDeviceStatusCombined .1.3.6.1.4.1.674.10892.1.200.10.1.21.1
systemStateTemperatureStatusCombined .1.3.6.1.4.1.674.10892.1.200.10.1.24.1
systemStateMemoryDeviceStatusCombined .1.3.6.1.4.1.674.10892.1.200.10.1.27.1
systemStateChassisIntrusionStatusCombined .1.3.6.1.4.1.674.10892.1.200.10.1.30.1
systemStateEventLogStatus .1.3.6.1.4.1.674.10892.1.200.10.1.41.1
"dellom_storage" test all of the OID's "dellom" tests plus the storage OID
systemStateChassisStatus .1.3.6.1.4.1.674.10892.1.200.10.1.4.1
systemStatePowerSupplyStatusCombined .1.3.6.1.4.1.674.10892.1.200.10.1.9.1
systemStateVoltageStatusCombined .1.3.6.1.4.1.674.10892.1.200.10.1.12.1
systemStateCoolingDeviceStatusCombined .1.3.6.1.4.1.674.10892.1.200.10.1.21.1
systemStateTemperatureStatusCombined .1.3.6.1.4.1.674.10892.1.200.10.1.24.1
systemStateMemoryDeviceStatusCombined .1.3.6.1.4.1.674.10892.1.200.10.1.27.1
systemStateChassisIntrusionStatusCombined .1.3.6.1.4.1.674.10892.1.200.10.1.30.1
systemStateEventLogStatus .1.3.6.1.4.1.674.10892.1.200.10.1.41.1
StorageManagement-MIB::agentGlobalSystemStatus .1.3.6.1.4.1.674.10893.1.20.110.13.0
"blade"
systemStateChassisStatus .1.3.6.1.4.1.674.10892.1.200.10.1.4.1
systemStateVoltageStatusCombined .1.3.6.1.4.1.674.10892.1.200.10.1.12.1
systemStateTemperatureStatusCombined .1.3.6.1.4.1.674.10892.1.200.10.1.24.1
systemStateMemoryDeviceStatusCombined .1.3.6.1.4.1.674.10892.1.200.10.1.27.1
systemStateEventLogStatus .1.3.6.1.4.1.674.10892.1.200.10.1.41.1
StorageManagement-MIB::agentGlobalSystemStatus .1.3.6.1.4.1.674.10893.1.20.110.13.0
"global" monitors
GlobalSystemStatus .1.3.6.1.4.1.674.10892.1.200.10.1.2.1
"chassis" monitors
ChassisStatus .1.3.6.1.4.1.674.10892.1.200.10.1.4.1
"custom" is meant to be customised by advanced users
-= TODO =-
* Fix bugs and make more user friendly.
-= REVISION =-
ver 1.2
*major rewrite. simplified the way new systems are defined.
*added system type "test" which can be used to easly generate new system definitions.
ver 1.1
*formating of text output
*add blade system type... blades apparently do not support systemStatePowerSupplyStatusCombined,
systemStateCoolingDeviceStatusCombined or systemStateChassisIntrusionStatusCombined
ver 1.0
*while in verbose mode report which OID failed in a more readable manner.
*add "global", "chassis", and "custom" system type.
*removed system type pe2950.
ver 0.9
*added type dellom_storage as this is more accurate. this plugin works with all PowerEdge servers it has been tested with. left pe2950 type in for compatibility.
*remove min max int options from help text as they are no longer relevant
ver 0.8
*check that perl environment has "Net::SNMP" if not found complain.
missing "Net::SNMP" is the most common issue users report.
ver 0.7
*removed ucdavis definition. Added note about SNMPv3 dependencies
http://support.dell.com/support/edocs/software/svradmin/5.4/en/snmp/pdf/om_54_snmp_ref_gd.pdf
Preparing the Dell Openmange server for monitoring:
Linux:
http://www.ubergeek.co.uk/blog/2008/05/dell-openmanage-on-linux-debian/
Windows:
http://docs.google.com/View?docID=dg2fzp3d_4d2pgb3cp
This plugin checks the status of objects monitored by Dell OpenManage via SNMP and returns OK, WARNING, CRITICAL or UNKNOWN. If not OK it returns text describing which subsystem failed. This plugin focuses on low bandwidth and speed. Questions, comments and criticisms are appreciated.
As featured in Linux Journal issue 182
http://www.linuxjournal.com/issue/182
This program is written and maintained by:
Jason Ellison - infotek(at)gmail.com
http://www.jasonellison.net/
It is based on check_snmp_temperature.pl plugin by:
William Leibzon - william(at)leibzon.org
-= SETUP NOTES =-
Copy "check_dell_openmanage*.pl" to your Nagios installation folder in "libexec/". Rename to "check_dell_openmanage.pl".
You must have Dell OpenManage installed on the server you wish to monitor. You must have enabled SNMP on the server and allow SNMP queries. On the nagios server that will be running the plugin you must have the perl "Net::SNMP" module installed.
perl -MCPAN -e shell
cpan> install Net::SNMP
Check Dell OpenManage locally on the monitored host for alert threshholds like min/max fan speeds...
To do a test run using SNMPv1 try:
./check_dell_openmanage.pl -H 192.168.1.250 -C public -T test
This will report which OID's your system supports.
-= OIDS Checked by System Type=-
System Types
"dellom" monitors the following OID's:
systemStateChassisStatus .1.3.6.1.4.1.674.10892.1.200.10.1.4.1
systemStatePowerSupplyStatusCombined .1.3.6.1.4.1.674.10892.1.200.10.1.9.1
systemStateVoltageStatusCombined .1.3.6.1.4.1.674.10892.1.200.10.1.12.1
systemStateCoolingDeviceStatusCombined .1.3.6.1.4.1.674.10892.1.200.10.1.21.1
systemStateTemperatureStatusCombined .1.3.6.1.4.1.674.10892.1.200.10.1.24.1
systemStateMemoryDeviceStatusCombined .1.3.6.1.4.1.674.10892.1.200.10.1.27.1
systemStateChassisIntrusionStatusCombined .1.3.6.1.4.1.674.10892.1.200.10.1.30.1
systemStateEventLogStatus .1.3.6.1.4.1.674.10892.1.200.10.1.41.1
"dellom_storage" test all of the OID's "dellom" tests plus the storage OID
systemStateChassisStatus .1.3.6.1.4.1.674.10892.1.200.10.1.4.1
systemStatePowerSupplyStatusCombined .1.3.6.1.4.1.674.10892.1.200.10.1.9.1
systemStateVoltageStatusCombined .1.3.6.1.4.1.674.10892.1.200.10.1.12.1
systemStateCoolingDeviceStatusCombined .1.3.6.1.4.1.674.10892.1.200.10.1.21.1
systemStateTemperatureStatusCombined .1.3.6.1.4.1.674.10892.1.200.10.1.24.1
systemStateMemoryDeviceStatusCombined .1.3.6.1.4.1.674.10892.1.200.10.1.27.1
systemStateChassisIntrusionStatusCombined .1.3.6.1.4.1.674.10892.1.200.10.1.30.1
systemStateEventLogStatus .1.3.6.1.4.1.674.10892.1.200.10.1.41.1
StorageManagement-MIB::agentGlobalSystemStatus .1.3.6.1.4.1.674.10893.1.20.110.13.0
"blade"
systemStateChassisStatus .1.3.6.1.4.1.674.10892.1.200.10.1.4.1
systemStateVoltageStatusCombined .1.3.6.1.4.1.674.10892.1.200.10.1.12.1
systemStateTemperatureStatusCombined .1.3.6.1.4.1.674.10892.1.200.10.1.24.1
systemStateMemoryDeviceStatusCombined .1.3.6.1.4.1.674.10892.1.200.10.1.27.1
systemStateEventLogStatus .1.3.6.1.4.1.674.10892.1.200.10.1.41.1
StorageManagement-MIB::agentGlobalSystemStatus .1.3.6.1.4.1.674.10893.1.20.110.13.0
"global" monitors
GlobalSystemStatus .1.3.6.1.4.1.674.10892.1.200.10.1.2.1
"chassis" monitors
ChassisStatus .1.3.6.1.4.1.674.10892.1.200.10.1.4.1
"custom" is meant to be customised by advanced users
-= TODO =-
* Fix bugs and make more user friendly.
-= REVISION =-
ver 1.2
*major rewrite. simplified the way new systems are defined.
*added system type "test" which can be used to easly generate new system definitions.
ver 1.1
*formating of text output
*add blade system type... blades apparently do not support systemStatePowerSupplyStatusCombined,
systemStateCoolingDeviceStatusCombined or systemStateChassisIntrusionStatusCombined
ver 1.0
*while in verbose mode report which OID failed in a more readable manner.
*add "global", "chassis", and "custom" system type.
*removed system type pe2950.
ver 0.9
*added type dellom_storage as this is more accurate. this plugin works with all PowerEdge servers it has been tested with. left pe2950 type in for compatibility.
*remove min max int options from help text as they are no longer relevant
ver 0.8
*check that perl environment has "Net::SNMP" if not found complain.
missing "Net::SNMP" is the most common issue users report.
ver 0.7
*removed ucdavis definition. Added note about SNMPv3 dependencies
http://support.dell.com/support/edocs/software/svradmin/5.4/en/snmp/pdf/om_54_snmp_ref_gd.pdf
Preparing the Dell Openmange server for monitoring:
Linux:
http://www.ubergeek.co.uk/blog/2008/05/dell-openmanage-on-linux-debian/
Windows:
http://docs.google.com/View?docID=dg2fzp3d_4d2pgb3cp
Submitted by: infotek
Hits: 3364
Overall downloads: 418
Added: 2007-11-15 00:00:00
Last Modified: 2009-12-16 05:57:38
| Filename | Preview | Size | Description | DL |
|---|---|---|---|---|
| check_dell_openmanage.1.2.pl | ![]() |
20 kb | check_dell_openmanage.1.2.pl | 4643 |
| dell.mibs.tar.gz | 96 kb | MIB's for Dell PowerEdge servers | 670 | |
| dell_open_manage_agent_test.sh | ![]() |
2 kb | Shell script used to emulate a Dell OpenManage agent for testing | 497 |
Comments
Leave a reply
If you just want to rate the project leave the other field empty.
Even though it would be nice if you would drop a line.
-
check_openmanage
5 from 9 votescheck_openmanage is a plugin for Nagios which checks the hardware health of Dell servers running OpenManage Server Administrator (OMSA). The plugin can be used remotely with SNMP or locally with NRPE, check_by_ssh or similar, whichever suits your needs and particular taste. The plugin checks the health of the storage subsystem, power supplies, memory modules, temperature probes etc., and gives an alert if any of the components are faulty or operate outside normal parameters. -
Dell OpenManage Nagios Plugin
from 0 votesOfficial Nagios® plugin for Dell® OpenManage(TM) servers to monitor health and individual properties of Dell servers. -
check_omsa_snmp
4 from 1 votesRemotely check Dell PowerEdge Servers with OMSA installed via SNMP (no omreport involved). -
check_dell_warranty
from 0 votesA plugin to check the status of a Dell systems warranty using snmp, omreport or dmidecode. -
BMC IPMI Checks
from 0 votesThis is a check plugin for the Dell BMC IPMI interface. This has been tested and developed with the PowerEdge 2950.
-
Dell OpenManage Chassis
from 0 votesChecks the chassis hardware (fans, temperatures, voltages et al) of Dell servers using OpenManage. -
PERC3Di II
from 0 votesPlugin for checking DELL raid controllers. -
Check Dell PERC Array
from 0 votesUsing Net::SNMP, this script checks the channel state, global state and disk states of a PERC RAID array on a server running Dell\'s OpenManage -
check_dell_bladechassis
from 0 votescheck_dell_bladechassis is a plugin for the Nagios monitoring software which checks the hardware health of Dell blade enclosures via SNMP. The plugin supports both the new M1000e enclosure and the old 1855/1955 enclosures. -
check_snmp_dell-hardware.sh
from 0 votesThis script aims to check the status of dell hardware with the Dell Open Manage agents installed and provide somewhat detailed information to assist in troubleshooting. Most of all, this tries to avoid getting really annoying alerts when the storage controllers' batteries go through their monthly recharge cycle!



