Wer seinen VMware ESXi 4 – Server an einem 3ware-Controller (z.B. 9650) betreibt, wird das Problem kennen, dass sich der Status der Festplatten und des Controllers mit VMware-Mitteln nicht überwachen lässt. Auch das von 3ware angebotene Überwachungstool 3dm2 findet keinen Controller in dem Server.

Wer jedoch einen Nagios-Server betreibt, hat Hoffnung. Mit einer von 3ware angepassten Version von tw_cli und einem Shell-Skript lässt sich der Status des Controllers mit Nagios per SSH (check_by_ssh) abfragen.

Anpassungen am ESXi

SSH auf ESXi 4.0 aktivieren

Hier gibt es eine Anleitung, wie man auf dem ESXi 4.0 den SSH-Dienst startet.

Angepasste tw_cli besorgen

Die tw_cli, die auf dem ESXi läuft, gibt es hier. Die Daten befindet sich als Download unten im KB-Eintrag.
Der vermutlich beste Ort auf dem ESXi wird ein VMFS sein. Denn dies setzt der ESXi nach einem Neustart nicht zurück. Die tw_cli sollte natürlich noch ausführbar gemacht werden:

chmod u+x /vmfs/volumes/datastore1/tw_cli

Nagios-Skript

Um tw_cli mit Nagios nutzen zu können ist noch ein Skript erforderlich, welches der Nagios per SSH aufruft, welches dem Nagios passende Werte zur Auswertung zurück gibt.
Download: check_3ware.sh

#!/bin/sh
#
# check_3ware.sh
#
# Simple script to check the status of arrays on 3ware/AMCC controllers
# using Nagios.
#
# Sander Klein <sander [AT] pictura [dash] dp [DOT] nl>
# http://www.pictura-dp.nl/
# Version 20070706
#
# BUGS: Sure...
#

TWCLI=/vmfs/volumes/datastore1/tw_cli
EXITCODE=0
BBUEXITCODE=0

#
# Preflight check...
#

if [ "$UID" -ne 0 ]; then
 echo "You must be root to use this program..."
 exit 3
fi

if [ -z $TWCLI ] || [ ! -x $TWCLI ]; then
 echo "tw_cli not installed or not executable..."
 exit 3
fi

if [ ! -x /bin/grep ] || [ ! -x /usr/bin/awk ]; then
 echo "grep or awk not installed on this system..."
 exit 3
fi

#
# Let the games begin!
#

# Find out which controllers are available...
CONTROLLERS=`$TWCLI info|grep -E "^c"|awk '{print $1}'`

for i in $CONTROLLERS; do
 UNITSTATUS=`$TWCLI info $i unitstatus|grep -E "^u"|awk '{print $3}'`

 # Create an array containing the units
 UNIT=`$TWCLI info $i unitstatus|grep -E "^u"|awk '{print $1}'`
 #Counter for the array
 COUNT=0
 for j in $UNITSTATUS; do
  TMP=`echo $UNIT | grep $COUNT`
  case "$j" in
   OK)
    CHECKUNIT=`$TWCLI info $i unitstatus | grep -E "$TMP" | awk '{print $1,$3}'`
    STATUS="/$i/$CHECKUNIT"
    OKSTATUS="$OKSTATUS $STATUS -"
    PREEXITCODE=0
    ;;
   REBUILDING)
    CHECKUNIT=`$TWCLI info $i unitstatus | grep -E "$TMP" | awk '{print $1,$3,$4}'`
    STATUS="/$i/$CHECKUNIT%"
    MSG="$MSG $STATUS -"
    PREEXITCODE=1
    ;;
   DEGRADED)
    CHECKUNIT=`$TWCLI info $i unitstatus | grep -E "$TMP" | awk '{print $1,$3}'`
    STATUS="/$i/$CHECKUNIT"
    # Check which disk has failed
    DRIVE=`$TWCLI info $i drivestatus | grep -E "$TMP" | grep -v -i "OK" | awk '{print $1,$2}'`
    MSG="$MSG $STATUS Reason: $DRIVE -"
    PREEXITCODE=2
    ;;
   *)
    CHECKUNIT=`$TWCLI info $i unitstatus | grep -E "$TMP"`
    STATUS="/$i/$CHECKUNIT"
    MSG="$MSG $STATUS -"
    PREEXITCODE=3
    ;;
  esac

  # Make sure we always exit with the most important warning
  # OK is least and UNKNOWN is the most important in this case
  if [ $PREEXITCODE -gt $EXITCODE ]; then
   EXITCODE=$PREEXITCODE
  fi

  let COUNT=$COUNT+1                                                                                         
 done                                                                                                               

 # Check BBU's                                                                                                      
 # BBU=`$TWCLI info |grep -E "^bbu"|awk '{print $1,$2,$3,$4,$5}'`
 # if [ "${BBU[0]}" = "bbu" ]; then                                                                                   
 #  if [ "${BBU[1]}" != "On" ] || [ "${BBU[2]}" != "Yes" ] || [ "${BBU[3]}" != "OK" ] || [ "${BBU[4]}" != "OK" ]; then
 #   BBUEXITCODE=2                                                                                             
 #   BBUERROR="BBU on $i failed"                                                                               
 #  fi                                                                                                                
 # fi                                                                                                                        
done                                                                                                                              

#if [ $EXITCODE -lt $BBUEXITCODE ]; then
#       EXITCODE=$BBUEXITCODE
#fi

case "$EXITCODE" in
 0)
  echo "UNITS OK: $OKSTATUS"
  exit 0
  ;;
 1)
  echo "WARNING: $MSG$OKSTATUS"
  exit 1
  ;;
 2)
  echo "CRITICAL: $BBUERROR$MSG$OKSTATUS"
  exit 2
  ;;
 *)
  echo "UNKNOWN: $MSG$OKSTATUS"
  exit 3
  ;;
esac

# That's it, That's all, That's all there is...

Das Original-Skript habe ich etwas angepasst, damit es auch auf der Shell des ESXi läuft.

Man legt es sich am besten auch nach /vmfs/volumes/datastore1/check_3ware.sh und macht es ebenfalls mit chmod ausführbar.

Einstellungen auf dem Nagios-Server

SSH-Key für ESXi-Server erstellen

Wie gewohnt muss ein SSH-Key für den Nagios-Benutzer erstellt werden. Der Public-Key muss dann wie gewohnt mit z.B. ssh-copy-id auf dem ESXi-Server eingetragen werden. Ebenfalls sollte der Nagios-Benutzer in seiner known_hosts den Schlüssel für den SSH-Server auf dem ESXi-Server eingetragen haben, da sonst “check_by_ssh” sich nicht verbinden kann.

check_command in der command.cfg

Nun folgt noch ein neuer check_command

define command{
 command_name    check_3ware
 command_line    /usr/lib/nagios/plugins/check_by_ssh -H $HOSTNAME$ \
 -i /etc/nagios3/conf.d/ssh/$HOSTNAME$.id -l root -t 25 \
 -C '/vmfs/volumes/datastore1/check_3ware.sh'
}

Diesen check_command nun noch den Hosts in der Nagios-Konfiguration zuordnen und fertig ist der Check.