Dell Compellent

after deleting some volumes we noticed the oid are not correctly cleaned and the plugin show errors in non existant volumes (at least non existant anymore)
The solution was to first parse 1.3.6.1.4.1.674.11000.2000.500.1.2.26.1.5 finding when the value decrease (corresponding to badly removed volumes)
then do the checks stopping on the maximum oid value.

Thankfully copilot done the job and the correction is to replace the volume part in the bash with this one.

volume)
# Parse the OID to find the last value before it decreases
stop_index=0
previous_value=""
index=0
while read -r line; do
current_value=$(echo "$line" | awk '{print $NF}')
if [[ -n "$previous_value" && "$current_value" -lt "$previous_value" ]]; then
stop_index=$index
break
fi
previous_value="$current_value"
index=$((index + 1))
done L Volumes: ${volumecrit[*]}"
exit ${STATE_CRITICAL}
elif [[ ${#volumewarn[@]} -gt 0 ]]; then
echo "WARNING Volumes: ${volumewarn[*]}"
exit ${STATE_WARNING}
elif [[ ${#volumeunknown[@]} -gt 0 ]]; then
echo "UNKNOWN Check Volumes, an unknown error occurred"
exit ${STATE_UNKNOWN}
elif [[ ${#volumeok[@]} -gt 0 ]]; then
echo "OK Volumes: ${volumeok[*]}"
exit ${STATE_OK}
fi
;;

Hi,
we use V3 with great success together with SC20x0 and SC40x0 running 6.6 and 7.0. So Thumbs up!

But with our new SC5020 the following checks returning "..UNKNOWN: should never reach this part "
- FAN
- PSU

The Server part returning ' Degrated Servers: "Storage '- Take notice the single Quote. It looks like it is cut off and something is now missing.

Regards,
Joerg

Good plugin, it works like a charm. Woud be even better if we could get a temperature vlaue, would we nice for charting and alarming, not only All Temps Ok.

Works well for most items on the sc2080's. It does not seem to pull all of the volumes that I have, only list the first 6 or so. It would be nice as others have mentioned to list the number of items found "OK" along with the actual OK status.

ie.
All Disks OK (84/84)

I had a couple of Volumes with a warning condition so took a look at the code just to see how it works it out. There is a small error on line 162 in the critical volume handling which probably means if you have any critical volumes it wont work.

As follows:

declare -a vulumecrit=($(snmpwalk -v 2c -O vqe -c ${community} ${host}
which should be
declare -a volumecrit=($(snmpwalk -v 2c -O vqe -c ${community} ${host}

Other than that its suitably light touch and does whats needed.

This check was long needed! Dell had a plugin for Nagios XI but it was impossible to convert to Nagios 2-4.x-format. So happy this exists.

At the moment all my checks gives green/OK, but the check seems to work perfectly.

I would prefer if the checks were a bit more verbose, not only giving "All disks OK" but listing the disks and their individual status even in the case they are OK. This can be done with the nagios plugin output "performance data" and "second part of performance data".

tried this out today, quite excited as my compellent has been chewing through disks lately but sadly the plugin does not execute


UNKNOWN: should never reach this part