Check_iDRAC for DELL iDRAC

Hi all. The plugin extract the needed data, but the amount of output can be confusing. For example, checking all memory banks will return the correct status, but the first line will always correspond to the first DIMM. Instead, you should use the first line to give an overview of the status (i.e. checking all memory could return: "WARNING - Dimm3 nonok"), and then all the other output lines to give the status of each component. In this way, SMS and other messages will return the correct component with warn or crit state.

Excellent!! work fine with idrac8, with idrac7 show this message when check PU PU 1: UNKNOWN(!)/OTHER(!), RedundancyStatus: OTHER(!), SystemBoard Pwr Consumption: 168 W | PwrConsumption=168;;;; Is possible fixed? Thx

Hallo, ich an Fan goes unterminimal Warning. The Script raises an error in case of the the value get in "(!)" attached and is not in int. Traceback (most recent call last): File "/usr/lib/nagios/plugins/check_idrac", line 841, in result, exit_code = PARSER().main() File "/usr/lib/nagios/plugins/check_idrac", line 664, in main hw_dict, exit_code = self.raise_alert(hw_dict, value_on_alert) File "/usr/lib/nagios/plugins/check_idrac", line 494, in raise_alert if int(tmp[key][stat_t]) >= conf['fan_thresholds'][1]: ValueError: invalid literal for int() with base 10: '3600(!)'

The tool make job, it miss only on small tutorial for multi line output on Nagios front end, if any body have one good documentation about that I take!!

Got the plugin from master on GitHub (there is an error in the include conf file on consumption line) One feature request is that a nagios alert could be done on a whole group instead of each individual item. Mainly for FAN, MEMORY, SENSOR and PDISK groups For example doing "-w MEM#0" would return something like OK - All memory ENABLED/OK or CRITICAL - DIMM Socket B7 failed ... while "-w MEM" would still return the non-alert full info like it does now.

I have a problem where if power supplies are removed this will not detect a problem. A removed PSU shows up with status of "lost", which I think is the issue.

The plugin seems to do a decent job at picking up the correct information from the iDRAC controller. However, at least in my experiments the no_alerts option seemed to be switched on by default and that means that even though the HW issues (like an unplugged PS) were detected, they did not trigger a Nagios alert. For example: $ ./check_idrac -f ./check_idrac.conf -H 10.0.0.1 -w ps PS 1: CRITICAL, Volt I/O: 264 V/(N/A) V, Current: (N/A) A, Watt I/O: 900.0 W/750.0 W PS 2: OK, Volt I/O: 264 V/246.0 V, Current: 0.4 A, Watt I/O: 900.0 W/750.0 W $ echo $? 0 So the correct exit code was not set. I could find no other way to fix it than to change the code: 179c179 opts.no_alert = True Also the PS and PU options should be better implemented / documented. Both, the wat-warn and the wat-crit need to be defined, otherwise you'll get a parsing error: $ ./check_idrac -f ./check_idrac.conf -H 10.0.0.1 -w ps --wat-warn=100,500 Error parsing threshold. I believe the options should be parsed in separate code blocks or at least the error should be more precise. (This specific code starts on the line 256). Thank you for the plugin and hope these issues will get addressed to make it a little bit more user friendly.

Works fine, but i have a problem with the return status. I always get OK. Here´s one example (1 PS is not connected, so it should get critical) ./check_idrac_2.py -H 10.xx.xx.xx -c public -m /usr/local/icinga/libexec/iDRAC-SMIv2.mib -w PS#2 --conf /usr/local/icinga/libexec/check_idrac.conf OK - PS 2: CRITICAL, Volt I/O: 264 V/0.084 V, Current: 8.4 A, Watt I/O: 900.0 W/750.0 W Also when I change the OK/WARN/CRIT Parameters in the Config, it also show´s alway OK. With version 2.0b2 it works fine. I think with the bugfix 2.0b3 the script ignors the config?

Thanks for the check_idrac plugin. A review on 2014-09-10: On the plugin's page, it's unclear which one to download, "check_iDRAC.tar.gz" or "idrac_2.0b.tar.gz"? Is check_iDRAC.tar.gz version 1? (It turns out: Yes, check_iDRAC.tar.gz is version 1.x.) At the time of writing this, the files are weird, in that they are double-gzipped(?). I think it's a shame that generation 2 demands a configuration file. I suggest that the general case be made simple (and not require a configuration file): Check all hardware's status using SMNP version 2c with "public" as community shouldn't require anything but a "-H ". I couldn't get version 2.0b to work. After having created the configuration file, I'm trying: $ python idrac/idrac_2.0/idrac_2.0b.py -c check_idrac.conf -H foobar Unknown flag passed to -C: u I don't understand that, as I didn't put in a "-C" argument. I'm giving a rating of Average, as generation 1 is fine, but generation 2 is bad at the time of writing.