[gentoo-user-de] Raid1 überprüfen

[gentoo-user-de] Raid1 überprüfen

[Daniel Rindt]

[-- Attachment #1: Type: text/plain, Size: 374 bytes --]

Hallo,

ich hab notgedrungener Weise ein RAID1 daheim am laufen, da SATA Raid
Controller unter Linux noch nicht unterstützt werden.
Jetzt läuft das ganze schon eine Weile, und ich würde gern einfach mal
wissen, ob dort auch alles in Butter ist.
Ich habe schon ein bisschen gegoogelt aber bisher kein Erfolg. Das Raid
wurde mit mdadm erstellt.

Vielen Dank
Daniel

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user-de] Raid1 überprüfen

[Dirk Heinrichs]

[-- Attachment #1: Type: text/plain, Size: 793 bytes --]

Am Montag, 11. Juli 2005 08:40 schrieb ext Daniel Rindt:

> ich hab notgedrungener Weise ein RAID1 daheim am laufen, da SATA Raid
> Controller unter Linux noch nicht unterstützt werden.

Was haben die dann in [1] getestet? Leider ist der Artikel nicht online, 
aber wenn ich mich recht erinnere, haben die von ICP am besten 
abgeschnitten. Kann aber gerne nochmal nachsehen.

[1]: http://www.linux-magazin.de/Artikel/ausgabe/2004/11

Bye...

	Dirk
-- 
Dirk Heinrichs          | Tel:  +49 (0)162 234 3408
Configuration Manager   | Fax:  +49 (0)211 47068 111
Capgemini Deutschland   | Mail: dirk.heinrichs@capgemini.com
Hambornerstraße 55      | Web:  http://www.capgemini.com
D-40472 Düsseldorf      | ICQ#: 110037733
GPG Public Key C2E467BB | Keyserver: www.keyserver.net

[-- Attachment #2: Type: application/pgp-signature, Size: 190 bytes --]

Re: [gentoo-user-de] Raid1 überprüfen

[Daniel Rindt]

[-- Attachment #1: Type: text/plain, Size: 807 bytes --]

Am Montag, den 11.07.2005, 08:58 +0200 schrieb Dirk Heinrichs:
> > ich hab notgedrungener Weise ein RAID1 daheim am laufen, da SATA
> Raid
> > Controller unter Linux noch nicht unterstützt werden.
> 
> Was haben die dann in [1] getestet? Leider ist der Artikel nicht
> online, 
> aber wenn ich mich recht erinnere, haben die von ICP am besten 
> abgeschnitten. Kann aber gerne nochmal nachsehen.
Ich habe einen SiL 3112a Controller und ich hab so viel Zeit rein
gesteckt das herauszubekommen weil selbst ASUS der Meinung ist das
dieser Chip auch unter Linux die Hardware Raid Funktionalität besitzt.
Tut er aber nicht.

Aus lauter Frust habe ich dann ein Raid1 installiert mit mdadm. Nur eben
würde ich gern mal wissen ob dies noch sauber ist. Denn das hat schon
einen Stromausfall erlebt.

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user-de] Raid1 überprüfen

[Dirk Heinrichs]

[-- Attachment #1: Type: text/plain, Size: 803 bytes --]

Am Montag, 11. Juli 2005 09:29 schrieb ext Daniel Rindt:

> Ich habe einen SiL 3112a Controller und ich hab so viel Zeit rein
> gesteckt das herauszubekommen weil selbst ASUS der Meinung ist das
> dieser Chip auch unter Linux die Hardware Raid Funktionalität besitzt.
> Tut er aber nicht.

Zwischen "SATA Raid Controller funktionieren unter Linux nicht" und "der SiL 
3112a" funktioniert unter Linux nicht" liegt schon ein kleiner Unterschied.

Bye...

	Dirk
-- 
Dirk Heinrichs          | Tel:  +49 (0)162 234 3408
Configuration Manager   | Fax:  +49 (0)211 47068 111
Capgemini Deutschland   | Mail: dirk.heinrichs@capgemini.com
Hambornerstraße 55      | Web:  http://www.capgemini.com
D-40472 Düsseldorf      | ICQ#: 110037733
GPG Public Key C2E467BB | Keyserver: www.keyserver.net

[-- Attachment #2: Type: application/pgp-signature, Size: 190 bytes --]

Re: [gentoo-user-de] Raid1 überprüfen

[Maik Holtkamp]

[-- Attachment #1: Type: text/plain, Size: 1251 bytes --]

Hi,

0n 05/07/11@09:29 Daniel Rindt told me:

> Am Montag, den 11.07.2005, 08:58 +0200 schrieb Dirk Heinrichs:
> > > ich hab notgedrungener Weise ein RAID1 daheim am laufen, da SATA
> > Raid
> > > Controller unter Linux noch nicht unterstützt werden.
> > 
> > Was haben die dann in [1] getestet? Leider ist der Artikel nicht
> > online, 
> > aber wenn ich mich recht erinnere, haben die von ICP am besten 
> > abgeschnitten. Kann aber gerne nochmal nachsehen.
> Ich habe einen SiL 3112a Controller und ich hab so viel Zeit rein
> gesteckt das herauszubekommen weil selbst ASUS der Meinung ist das
> dieser Chip auch unter Linux die Hardware Raid Funktionalität besitzt.
> Tut er aber nicht.

Ich vermute mal das ist ein Controller, der das Raid auch nur in
software ueber ein eigenen Bios macht. Da bist Du IMHO mit der Linux
Software-Raid auf der sichereren Seite.

> Aus lauter Frust habe ich dann ein Raid1 installiert mit mdadm. Nur eben
> würde ich gern mal wissen ob dies noch sauber ist. Denn das hat schon
> einen Stromausfall erlebt.

Ich kenne mdadm nicht wirklich, hat laut manpage aber mit --monitor
auch Moeglichkeiten die devices zu ueberwachen. 

cat /proc/mdstat sollte aber auch helfen.

-- 
bye maik

[-- Attachment #2: Type: application/pgp-signature, Size: 248 bytes --]

Re: [gentoo-user-de] Raid1 überprüfen

[Daniel Rindt]

[-- Attachment #1: Type: text/plain, Size: 842 bytes --]

Am Montag, den 11.07.2005, 09:50 +0200 schrieb Maik Holtkamp:
> Ich vermute mal das ist ein Controller, der das Raid auch nur in
> software ueber ein eigenen Bios macht. Da bist Du IMHO mit der Linux
> Software-Raid auf der sichereren Seite.
Ich hoffe es, denn der SiL hat mich in dem Glauben gelassen zu spiegeln
und zu funktionieren.
> 
> > Aus lauter Frust habe ich dann ein Raid1 installiert mit mdadm. Nur
> eben
> > würde ich gern mal wissen ob dies noch sauber ist. Denn das hat
> schon
> > einen Stromausfall erlebt.
> 
> Ich kenne mdadm nicht wirklich, hat laut manpage aber mit --monitor
> auch Moeglichkeiten die devices zu ueberwachen. 
> 
> cat /proc/mdstat sollte aber auch helfen.
das ist gedacht für den Status des Raids und andere Infos. Aber ob das
Raid wirklich konsistent ist möchte ich ja gern wissen.

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user-de] Raid1 überprüfen

[Arnold Krille]

Hi,

On 7/11/05, Daniel Rindt <daniel@rindt.name> wrote:
> Am Montag, den 11.07.2005, 09:50 +0200 schrieb Maik Holtkamp:
> > cat /proc/mdstat sollte aber auch helfen.
> das ist gedacht für den Status des Raids und andere Infos. Aber ob das
> Raid wirklich konsistent ist möchte ich ja gern wissen.

Maja, einfachste Möglichkeit, eine der Platten ausbauen und nur mit
der anderen Arbeiten. Wenn alles geht, ists konsistent.

Arnold

-- 
Wenn man mit Raubkopien Bands wie Brosis oder Britney Spears wirklich
verhindern könnte, würde ich mir noch heute einen Stapel Brenner und
einen Sack Rohlinge kaufen.

-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] Raid1 überprüfen

[Daniel Rindt]

[-- Attachment #1: Type: text/plain, Size: 558 bytes --]

Am Montag, den 11.07.2005, 12:48 +0100 schrieb Arnold Krille:
> 
> Maja, einfachste Möglichkeit, eine der Platten ausbauen und nur mit
> der anderen Arbeiten. Wenn alles geht, ists konsistent.
Das wäre die letzte Konsequenz für mich, wollte aber vorher abchecken ob
es evtl. noch eine andere Lösung gibt.
Wie kann ich verhindern, das die Metadaten verändert werden wenn ich das
Dateisystem normal als sda1 usw mounte?

Und wie kann ich das Raid wieder zusammenfügen. Er müsste dann ja
automatisch das Raid neu bauen wenn es einmal getrennt wurde?

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user-de] Raid1 überprüfen

[Andreas Volz]

Am Mon, 11 Jul 2005 12:48:37 +0100 schrieb Arnold Krille:

> Hi,
> 
> On 7/11/05, Daniel Rindt <daniel@rindt.name> wrote:
> > Am Montag, den 11.07.2005, 09:50 +0200 schrieb Maik Holtkamp:
> > > cat /proc/mdstat sollte aber auch helfen.
> > das ist gedacht für den Status des Raids und andere Infos. Aber ob
> > das Raid wirklich konsistent ist möchte ich ja gern wissen.
> 
> Maja, einfachste Möglichkeit, eine der Platten ausbauen und nur mit
> der anderen Arbeiten. Wenn alles geht, ists konsistent.

Ich hab jetzt auch ein Software-Raid 1 mit meinem Gentoo gebaut. Läuft
soweit ganz gut. Aber genau diese Frage konnte ich mir nicht
beantworten. Was passiert eben wenn man genau deinen Vorschlag macht und
dann auf der Platte schreibt? Danach ist doch eine Platte inkonsitent.
Wie würde ich es dann wieder konsistent bekommen? Die eine komplett
löschen und als neuen Mirror einfügen?

Gruß
Andreas

-- 
gentoo-user-de@gentoo.org mailing list

[gentoo-user-de] Re: [gentoo-user-de] Raid1 überprüfen

[Jörg Bornkessel]

Am Montag, 11. Juli 2005, 14:22:09, Andreas Volz hast Du geschrieben:

> Am Mon, 11 Jul 2005 12:48:37 +0100 schrieb Arnold Krille:

> Ich hab jetzt auch ein Software-Raid 1 mit meinem Gentoo gebaut. Läuft
> soweit ganz gut. Aber genau diese Frage konnte ich mir nicht
> beantworten. Was passiert eben wenn man genau deinen Vorschlag macht und
> dann auf der Platte schreibt? Danach ist doch eine Platte inkonsitent.
> Wie würde ich es dann wieder konsistent bekommen? Die eine komplett
> löschen und als neuen Mirror einfügen?

Wenn die Platte einmal aus dem Array rausgenommen wurde, ist sie aus
dem Sync. Du brauchst da nichts löschen.
Die noch verbleibende/n laufende/n Platte/n wird/werden weiterhin so behandelt als ob sie
noch im kompletten Verbund sind.
Sobald die Platte wieder eingehangen wird, werden die Daten von der
noch laufenden Platte zu der neue hinzugekommen Platte gesynct.
Das heisst, alle eventuell noch vorhandenen Daten auf der
neu hinzugekommen, sind spaetestens jetzt sowieso futsch.

Hinzufuegen/Aushaengen
geht bei den raidtools mit raidhotremove, raidhotadd
und bei mdadm mit

<snipp man mdadm>
a, --add
hotadd listed devices. 
-r, --remove 
remove listed devices. They must not be active. i.e. they should be failed or spare devices. 
-f, --fail 
mark listed devices as faulty
</snapp>

Das Raid Array muss dabei am laufen sein.

-- 
Cheers 

Joerg



-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] Raid1 überprüfen

[Thomas Lademann]

Daniel Rindt wrote:
> Hallo,
> 
> ich hab notgedrungener Weise ein RAID1 daheim am laufen, da SATA Raid
> Controller unter Linux noch nicht unterstützt werden.
> Jetzt läuft das ganze schon eine Weile, und ich würde gern einfach mal
> wissen, ob dort auch alles in Butter ist.
> Ich habe schon ein bisschen gegoogelt aber bisher kein Erfolg. Das Raid
> wurde mit mdadm erstellt.
> 
> Vielen Dank
> Daniel

SATA Raid Controller funktionieren. Ich setze seit längerem einen 3ware
SATA Raid Controller mit 4 Platten als Raid5 ein. Das Raid wird mit dem
BIOS des 3ware aufgesetzt und im Gentoo erscheint es dann als nur eine
Platte (/dev/sda).

<snip>
0000:02:0b.0 RAID bus controller: 3ware Inc 3ware Inc 3ware 
7xxx/8xxx-series PATA/SATA-RAID (rev 01)
</snip>

Gruss
Thomas
-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] Raid1 überprüfen

[Daniel Rindt]

[-- Attachment #1: Type: text/plain, Size: 658 bytes --]

Am Montag, den 11.07.2005, 09:19 +0200 schrieb Thomas Lademann:
> SATA Raid Controller funktionieren. Ich setze seit längerem einen
> 3ware
> SATA Raid Controller mit 4 Platten als Raid5 ein. Das Raid wird mit
> dem
> BIOS des 3ware aufgesetzt und im Gentoo erscheint es dann als nur eine
> Platte (/dev/sda).
Ja so sollte es sein, aber wie erwähnt SiL 3112a keine Chance ohne die
Windoze Treiber.
> 
> <snip>
> 0000:02:0b.0 RAID bus controller: 3ware Inc 3ware Inc 3ware 
> 7xxx/8xxx-series PATA/SATA-RAID (rev 01)
> </snip>

0000:01:0b.0 RAID bus controller: Silicon Image, Inc. SiI 3112
[SATALink/SATARaid] Serial ATA Controller (rev 02)

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[gentoo-user-de] Re: [gentoo-user-de] Raid1 überprüfen

[Jörg Bornkessel]

[-- Attachment #1: Type: text/plain, Size: 1086 bytes --]

Am Montag, 11. Juli 2005, 08:40:46, Daniel Rindt hast Du geschrieben:

> Hallo,

> ich hab notgedrungener Weise ein RAID1 daheim am laufen, da SATA Raid
> Controller unter Linux noch nicht unterstützt werden.
> Jetzt läuft das ganze schon eine Weile, und ich würde gern einfach mal
> wissen, ob dort auch alles in Butter ist.
> Ich habe schon ein bisschen gegoogelt aber bisher kein Erfolg. Das Raid
> wurde mit mdadm erstellt.

Solange Du bei Abfrage per Command Line

'cat /proc/mdstat'

statt der [UUU] keine _ (Unterstriche) siehst, kannst Du davon
ausgehen dass das Array konsistent ist.
Sowie irgend ein Fehler (Festplatte, Schreibfehler usw.) im Array
auftritt, wird die Platte/Partition aus dem Array geschmissen.

Man kann das auch natürlich auch die Abfrage per Script
automatisieren lassen, sowie ich es mit dem Script "raidmonitor" 1/4
stündlich machen lasse.
Die Scripte "raidmon raidmon.cron" hatt ein Bekannter von mir
geschrieben, und laueft auf den Produktiv Sytemen in seiner Firma.
Auch eines Blickes wuerdig :)



-- 
Cheers 

Joerg

[-- Attachment #2: raidmon --]
[-- Type: application/octet-stream, Size: 4823 bytes --]

#!/bin/sh
#
VERSION=1.1.0a

# Default Werte
DEBUG=0
SYNCMIN=0
SYNCMAX=0
SYSLOGDEST="kern.alert"
BEEP="/usr/bin/beep"
MDSTAT="/proc/mdstat"
ALARMBEEP="-f 2000 -n -f 2500 -n -f 3000"
SHORTBEEP="-f 4000 -l 50 -d 50 -r 2"
ADMIN=frei
CCADMIN=""
SENDEMAIL="/usr/sbin/sendmail"

# Sanity checks.
[ -x "$BEEP" ] || exit 0

RETVAL=0

short_beep() {
  if [ "$QUIET" != "yes" ]; then                                           
    $BEEP $SHORTBEEP &
  fi
}

alarm_beep() {
  if [ "$QUIET" != "yes" ]; then  
    $BEEP $ALARMBEEP &
  fi
}

print_array_state() {
  if [ $FAILEDDISKS -gt $DEBUG -o $RESYNCDISKS -gt $DEBUG ]; then
    echo "Status des RAID             : KRITISCH"
  else
    echo "Status des RAID             : OK"
  fi
  echo "Fehlerhafte Platten im RAID : $FAILEDDISKS"
  echo "Ungesyncte Platten im RAID  : $RESYNCDISKS"
  echo "Laufende RAID's             : $RAIDDISKS"
  echo "Min. Rekonstruktion Geschwindigkeit : $(sysctl -n dev.raid.speed_limit_min)k/sec"
  echo "Max. Reconstruktion Geschwindigkeit : $(sysctl -n dev.raid.speed_limit_max)k/sec"
}

send_report() {
  print_array_state | logger -p $SYSLOGDEST -t RAIDmon
  if [ ! -z "$ADMIN" ]; then
    if [ $FAILEDDISKS -gt $DEBUG -o $RESYNCDISKS -gt $DEBUG ]; then
      SUBJECT="RAIDmon auf $(hostname), kritischer Zustand"
    else
      SUBJECT="RAIDmon auf $(hostname), ok"
    fi
    {
      echo "From: RAIDmon < root >"
      echo "To: Frank Eichentopf < frei@hap-bb.de >"
      echo "CC: Hartmut Paetsch < HPaetsch@hap-bb.de >"
      echo "Subject: $SUBJECT"
      echo "Mime-Version: 1.0"
      echo "Content-Transfer-Encoding: 7bit"
      echo
      if [ $FAILEDDISKS -gt $DEBUG -o $RESYNCDISKS -gt $DEBUG ]; then
        echo "************************************************"
        echo "************************************************"
        echo "**                                            **"
        echo "**  WARNUNG !! WARNUNG !! WARNUNG !! WARNUNG  **"
        echo "**                                            **"
        echo "************************************************"
        echo "************************************************"
        echo
      fi
      print_array_state
      echo
      echo "Ausgabe von /proc/mdstat:"
      echo 
      cat $MDSTAT
    } | $SENDEMAIL -t 
  fi
}

save_raidstatus() {
  LASTFAILEDDISKS=$FAILEDDISKS
  LASTRESYNCDISKS=$RESYNCDISKS
  LASTRAIDDISKS=$RAIDDISKS
}

get_raidstatus() {
  FAILEDDISKS=$(/bin/grep blocks $MDSTAT | /bin/grep -c _)
  RESYNCDISKS=$(/bin/grep -c resync $MDSTAT)
  RAIDDISKS=$(/bin/grep -c md $MDSTAT)
}

raid_mon() {
  LASTFAILEDDISKS=0
  LASTRESYNCDISKS=0
  LASTRAIDDISKS=0
  if [ $SYNCMIN -gt 0 ]; then
    sysctl -w dev.raid.speed_limit_min=$SYNCMIN > /dev/null
  fi
  if [ $SYNCMAX -gt 0 ]; then
    sysctl -w dev.raid.speed_limit_max=$SYNCMAX > /dev/null
  fi
  get_raidstatus
  send_report "RAIDmon Dienst wurde gestartet"
  save_raidstatus
  while [ -f /var/run/RAIDmon ]; do
    get_raidstatus
    if [ $FAILEDDISKS -ne $LASTFAILEDDISKS -o $RESYNCDISKS -ne $LASTRESYNCDISKS -o $RAIDDISKS -ne $LASTRAIDDISKS ]; then
      send_report "RAIDmon Status hat sich geändert"
      rm -f /var/run/RAIDmon.confirm
      short_beep
      save_raidstatus
    fi
    if [ -f /var/run/RAIDmon.cron ]; then
      send_report "RAIDmon Status Report"
      rm -f /var/run/RAIDmon.cron
    fi
    if [ $FAILEDDISKS -eq $DEBUG -a $RESYNCDISKS -eq $DEBUG ]; then
      sleep 300
    else
      if [ ! -f /var/run/RAIDmon.confirm ]; then
        alarm_beep
      fi
      sleep 60
    fi
  done
  send_report "RAIDmon Dienst wurde beendet"
}

start_mon() {
  if [ ! -f /var/run/RAIDmon ]; then
    touch /var/run/RAIDmon
    rm -f /var/run/RAIDmon.confirm
    raid_mon &
    short_beep
  fi
}
 
stop_mon() {
  if [ -f /var/run/RAIDmon ]; then
    rm -f /var/run/RAIDmon
    rm -f /var/run/RAIDmon.confirm
    rm -f /var/run/RAIDmon.cron
    sleep 1
    short_beep
  fi
}

restart() {
  stop_mon
  start_mon
}

condrestart() {
  [ -f /var/run/RAIDmon ] && restart || :
}

confirm() {
  [ -f /var/run/RAIDmon ] && \
    touch /var/run/RAIDmon.confirm || :
}

unconfirm() {
  rm -f /var/run/RAIDmon.confirm
}

rhstatus() {
  short_beep
  get_raidstatus
  RETVAL=$[ FAILEDDISKS - DEBUG ]
}

# See how we were called.
case "$1" in
  start)
    start_mon
    ;;
  stop)
    stop_mon
    ;;
  status)
    rhstatus
    ;;
  restart)
    restart
    ;;
  condrestart)
    condrestart
    ;;
  confirm)
    confirm
    ;;
  unconfirm)
    unconfirm
    ;;
  *)
    echo "Usage: $BASENAME {start|stop|status|restart|condrestart|confirm|unconfirm}"
    exit 1
esac
 
exit $RETVAL

[-- Attachment #3: raidmon.cron --]
[-- Type: application/octet-stream, Size: 40 bytes --]

#!/bin/sh
touch /var/run/RAIDmon.cron

[-- Attachment #4: raidmonitor --]
[-- Type: application/octet-stream, Size: 2562 bytes --]

#!/bin/sh
#
# file: raidmonitor
# Script zur Ueberpruefung ob Raid laeuft
# Getested mit Gentoo-Linux
# Erstellt von Joerg Bornkessel 20/02/2004
#
# Eintrag in /etc/crontab vornehmen , i.E.
# 0 	0-23/1	* 	* 	* 	root 	/sbin/raidmonitor 2>&1 > /dev/null
# und
#
# Zum starten beim Systemstart:
# /sbin/raidmonitor
# in /etc/conf.d/local.start eintragen.
#

MAILTO="foo@blabla"

SENDMAILCMD="/usr/sbin/sendmail -t -oi"
RAIDHOST=`/bin/hostname`
HOST=`/bin/dnsdomainname`
TMPFILE="/tmp/$RANDOM.tmp"
START_LOG="/tmp/$RANDOM.log"
ZEIT=`date +%R%n%d-%m-%Y`

#### Farbzuweisung, Dank an CyBerian @ http://forums.gentoo.org
#
xecho() #(text, x, y, fgColor, bold)
{
#set position if given
  if [ $2 -ne -1 ] ; then
     if [ $3 -ne -1 ] ; then
        tput cup $3 $2
     fi
  fi
#set color if valid color is given
  if [ "`echo $4|cut -c-6`" = "bright" ] ; then
     color=`echo $4|cut -c7-`
     pre_color_code="\033[01;3"
  else
     pre_color_code="\033[00;3"
     color=$4
  fi
  case "$color" in
#    black) colorcode="${pre_color_code}0m";;
    red) colorcode="${pre_color_code}1m";;
#    green) colorcode="${pre_color_code}2m";;
#    yellow) colorcode="${pre_color_code}3m";;
#    blue) colorcode="${pre_color_code}4m";;
#    lila) colorcode="${pre_color_code}5m";;
    cyan) colorcode="${pre_color_code}6m";;
#    grey) colorcode="${pre_color_code}7m";;
#    *) colorcode="";;
  esac
#print out the given string
  printf "${colorcode}$1\033[00;00m"
#return and restore variables
  return
}
#
### Ende Farbzuweisung, Ende Dank an ...


# Function zur Mail Benachrichtigung
writemail()
{
echo "To: $MAILTO " > $TMPFILE
echo "SUBJECT: *** ALARM! RAID FEHLER *** " >> $TMPFILE
echo "X-Priority: 1 (Highest)" >> $TMPFILE
echo "Reply-To: root@$HOST" >> $TMPFILE
echo "Errors-To: root@$HOST" >> $TMPFILE
echo "" >> $TMPFILE
echo "RAID Fehler auf $RAIDHOST" >> $TMPFILE
echo "$ZEIT" >> $TMPFILE
cat $TMPFILE | $SENDMAILCMD
rm -f $TMPFILE
}

# Function zur Ausgabe auf TV mit VDR
writetv()
{
/usr/bin/svdrpsend.pl -d vdr1.websitec.lan MESG RAID FEHLER
}


# Ueberpruefung mit grep auf _
#
grep '[\[U]_' /proc/mdstat >$START_LOG
LOG="`wc -l <$START_LOG`"
if [ $LOG -gt 0 ] ; then

xecho "  *** WARNUNG !!! RAID DO NOT WORK ***" -1 -1 "brightred"
echo ""
logger -t raidmonitor RAID DO NOT WORK --
writemail
writetv

else
 xecho "  Raid - Status O.K." -1 -1 "brightcyan"
 echo ""

# Die folgende Zeile kann kommentiert werden
# um die syslog nicht zu sehr zu belasten.
 logger -t raidmonitor raid o.k. --

fi
rm -f $START_LOG
#Ende farbe & grep & syslog & mailversand

exit 0