On Thu, 3 Aug 2006 21:32:49 +0200 Torsten Foertsch wrote:

nachdem ich auf einem meiner Systeme keine guten Erfahrungen mit swraid gemacht habe, frage ich lieber bevor ich es nochmal einsetze. Ich wäre nämlich bereit zu akzeptieren, daß es bei diesem bestimmten System an der Hardware lag, daß sich das raid nach ca 1 Monat regelmäßig verabschiedete.

Im Grunde genommen habe ich gute Erfahrungen gemacht. Ich hatte zwar kürzlich mal ein Problem mit dem mdadm beschrieben, also dem zentralen Werkzeug für SW-RAID unter Linux, aber das soll nicht darüber hinwegtäuschen, dass hier mehrere RAID-1 und ein RAID-5 trotz diverser "unexpected shutdowns" :-) sauber laufen. Auch von der Performance her kann ich nicht klagen, aber natürlich ist das ein Aspekt, den man bei hoch belasteten Servern berücksichtigen sollte. Bei klassischen Fileserver ist das eher kein Problem, weil hier eher der IO-Durchsatz und nicht die CPU-Last den Engpass bilden.

Nun möchte ich an jeden eine Platte hängen und daraus ein raid1 für / und swap bauen. (Die Anwendungsdaten liegen schon woanders).

Mit Deinen Adaptecs habe ich keine Erfahrung, sondern nur mit "Billig-SCSI" a la Tekram sowie verschiedene IDE-Adapter von SIS bis Promise. Ich denke aber, dass es keine Probleme mit AIC geben sollte. Bei aller Begeisterung für HW-RAID wird gerne unterschlagen, dass Systeme wie Novell Netware schon vor 15 Jahren sehr erfolgreich und stabil RAID-1 betrieben haben. Nur das sich das damals Mirroring oder Duplexing (wenn man über zwei SCSI-Host-Adapter arbeitet) nannte. Du musst für /boot eine Non-RAID-Partition vorsehen. Eine Methode zur Sicherung der Redundanz könnte sein, daß Du die /boot auf beiden Platten(-stapeln) vorsiehst und "zu Fuß" spiegelst. Bei SCSI sucht sicht das System ja selber eine geeignete Bootpartition, was die Angelegenheit gegenüber IDE vereinfacht. Mußt es halt dann bei einem Kernel-Update manuell "spiegeln". Gruß, Tobias.

Hallo Tobias,

Du musst für /boot eine Non-RAID-Partition vorsehen. Eine Methode zur Sicherung der Redundanz könnte sein, daß Du die /boot auf beiden Platten(-stapeln) vorsiehst und "zu Fuß" spiegelst. Das war einmal. Ich habe etwa 10 SuSE-Server mit RAID1 im Betrieb (Version 9.1 ... 10.0) und ich gehe hin, und mache lege auch boot auf ein RAID.

Kleiner Vorschlag: Partition 1: ca. 30 - 50 MByte, ext 2, RAID-1, als /boot Partition 2: ca. 1 GByte, swap Partition 3: ca. 8 GByte, ext 3, RAID-1, als / Partition 4: der Rest, ext 3, RAID-1, z.B. für /home oder was sonst so gebraucht wird. Bei beiden Platten richte ich je ein GByte als swap ein, also kein RAID!! Das würde auch nur das Ganze bremsen, und im swap machr sich ein Plattenfehler auch nicht so drastisch bemerkbar. Maximal kann die Apllikation oder der Server sterben - aber das sind dann auch eher Fälle für high availability Lösungen. Grub kann aber nicht von einem Soft-RAID-5 booten !!!! Alle RAID's laufen ganz anständig bei mir und ich habe bestenfalls mal Probleme mit schlechten IDE-Kabeln gehabt - dank RAID führt das aber nur zu ein paar zusätzlichen Einträgen in der /var/log/message. -- So long Bernd

Tobias Crefeld schrieb:

On Fri, 04 Aug 2006 20:46:12 +0200 Bernd Glueckert wrote:

...

...

Du musst für /boot eine Non-RAID-Partition vorsehen. Eine Methode zur Sicherung der Redundanz könnte sein, daß Du die /boot auf beiden Platten(-stapeln) vorsiehst und "zu Fuß" spiegelst. Das war einmal. Ich habe etwa 10 SuSE-Server mit RAID1 im Betrieb (Version 9.1 ... 10.0) und ich gehe hin, und mache lege auch boot auf ein RAID.

Ist mir neu. Mal sehen, vielleicht probiere ich es mal aus.

Es geht, habe ich letztens auch gemacht, aber nur mit RAID1. Ich nehme dann lieber lilo als Bootloader, der kann damit umgehen, dass der Bootcode auf beiden /dev/hdxx geschrieben werden muss, und nicht auf /dev/mdx. Hier in /etc/lilo.conf: ... boot = /dev/md0 raid-extra-boot=/dev/hda,/dev/hdc ...

Ich bin mittlerweile Fan von LVM. Je nach Aufgabe des Rechners richte ich eine volume-group aus RAID-1/RAID-5 und eine aus nicht-redundanten devices ein und teile dann aus dem Pool "/", "/home", "/pub/mirror", etc. zu. Da ist man flexibler. Lediglich "/boot" und "swap" werden direkt physikalischen devices zugewiesen.

Allerdings würde ich /etc nicht auf ein lv legen, weil unter /etc/lvm/ steht, wie der LVM konfiguriert ist. Andererseits macht Redhat AS4 es trotzdem so, vielleicht ist meine Meinung hierzu antiquiert? Zu /boot siehe oben. Und swap muss natürlich auch redundant sein, sonst bleibt die Maschine im Ernstfall stehen. -- Viele Grüße ------------------------------------------------------------------------ Michael Behrens