RAID 5 unter Ubuntu 9.04 Server nach erfolgreicher Inst. verschwunden

Als Neuling ein großes Hallo an die Community

Habe ein Problem mit Ubuntu-Server und der Einrichtung eines Software RAID.

Zunächst mal die Konfiguration des Rechners (ist neu zusammen gebaut)

Motherboard ist ein Gigabyte GA-M720-US3
AMD Prozessor
4 GB RAM
Standardgrafikkarte
1 Systemplatte Seagate 250GB
4 Seagate 1,5TB

Es war mir nicht möglich, das onboard RAID zu nutzen, da der entsprechende Treiber weder von Gigabyte, noch von Nvidia geliefert wird. Also muss ein SW Raid5 eingerichtet werden.

Nach anfänglichen Schwierigkeiten habe ich es geschafft, das RAID zu erzeugen (das re-sync hat 7 Stunden gedauert) und auch damit zu arbeiten. Die Platten wurden vom System erkannt und zeigte 4,2TB an. So weit so gut. Jedoch verschwand das RAID schon nach dem ersten Booten und erscheint nicht mehr. Alle notwendigen Einträge sind in Ubuntu erstellt worden, aber Ubuntu sieht das RAID nicht mehr.

Ich hoffe es kann mir jemand helfen, denn ich weis nicht wie ich das RAID wiederfinde.

Nachtrag:
Möchte ungern einen externen Controller einbauen, allerdings würde ich das tun, wenn es sonst keine Lösung gibt.

Gruß
G.

Die Aussage bzgl. dieser Seagateplatten und RAID habe ich schon des öffteren gehört. Allerdings habe ich von ebensovielen Admins gehört, dass diese Platte oft benutzt wird. Darüber hinaus wird ein tägliches Backup gefahren. Damit sollte genügend Sicherheit gegeben sein.

Nachdem ich nun das I-Netz durchsucht hatte und mich andererseits wieder in Unix eingelesen habe, ist das Problem gelöst. Die Anleitung im
Ubuntu-wiki ist zwar sehr gut beschrieben, jedoch wird dort von einem device mit Namen md0 ausgegangen. Die SW unter Ubuntu (mdadm) erzeugt allerdings ein Gerätenamen md_d0 und dieser musste in der fstab und mdadm.conf (die wiederum einen anderen Namen eingetragen hatte) geändert werden. Damit läuft das SW Raid auch nach dem booten.

Nachtrag:

Hatte ja zunächst versucht, die Platten über das BIOS Raid einzubinden. Die Einstellung im BIOS ist recht gut und einfach herzustellen. Allerdings bietet weder Gigabyte noch Nvidia Linuxtreiber an.

Sei froh drum, denn das mdadm RAID ist wirklich sehr gut getestet, da es beispielsweise auch in fast allen NAS Geräten verbaut ist - von SOHO ARM basierten bis zu sehr teuren Enterprise Rack Storage Lösungen. Darüber hinaus ist das mdadm ziemlich gut optimiert. Das fängt bei SSE Einheit basierten XORs an u. geht weiter über eine möglichst hohe I/O Leistung indem Platten möglichst parallel bedient werden.

Alternativ könnte man das dmraid verwenden, was kompatibel zu dem RAID BIOS vom Gigabyte BIOS ist. Dieses dmraid ist aber unsicherer u. langsamer. Würde man nicht machen.

Hast alles richtig gemacht.

Linux u. ziemlich aktuelle Hardware ist immer so eine Geschichte. Ob das wirklich läuft ist selbst mit sehr aktuellen Distributionen wie Ubuntu 9.04 nicht ohne weiteres vorauszusagen. Nicht selten muss man hier noch selbst hand anlegen: Neue Treiber nachinstallieren, bestimmte Konfigurationsdateien anpassen etc. Der Aufwand ist vor allem die Suche nach dem Problem u. dann der Lösung.

Der nVidia nForce 720D mit seinen SATA Ports verwendet den AHCI Standard. Dazu sollte im BIOS sichergestellt sein, dass unter Integrated Peripherals / Onchip SATA Mode : AHCI steht (nicht IDE u. auch nicht RAID).

Der entsprechende SATA Treiber hat dann unter Linux Production Qualität:
http://linux-ata.org/driver-status.html#matrix
Ebenso das mdadm selbst.

--

Dass Du einen separate Systemplatte hast, ist sehr gut. Denn dadurch kannst das System noch booten um zu analysieren was mit dem RAID denn nun los ist. Das RAID neu erstellen sollte nicht notwendig sein.

Es gibt hier unter Probleme mit Ubuntu 9.04 eine Lösung falls das Array verschwindet (allerdings denke ich, dass der Ausfall hier bedingt durch ein Systemupdate 8.10 -> 9.04 hervorgerufen wird):
http://wiki.ubuntuusers.de/Softwar [...] buntu-9-04

Falls das hilft, sollte man auf die Suche gehen WARUM das Ubuntu 9.04 die Platte rausgeschmissen hat.

--

unter /var/log/dmesg* finden sich Logeinträge. "grep mdadm /var/log/dmesg.log" sollte einem alle zum RAID relevanten Dinge ausgeben - allerdings in dem Fall nur vom aktuellen Booten. Vom Booten davor heißt die Datei anders. Weiß den Namen nicht auswendig aber wenn Du ihn hast geht's mit "zcat /var/log/dmesg1.gz | grep mdadm". So kannst auch rausfinden ob er noch was ins Log geschrieben hat, was das RAID betrifft.

Theoretisch denkbar ist ja auch, dass es Probleme mit der Stromversorgung gibt, Platten defekt sind oder Wackelkontakte haben.

Dass Hibernate (Ruhezustand) nicht klappt, kann unter Linux mit moderner Hardware schonmal passieren (BIOS auf aktuellstem Stand ist auf jeden Fall sinnvoll). Allerdings selbst mit Hardreset an der Stelle sollte nicht ursächlich das RAID zerstören.

Für diese Informationen bedanke ich mich bei dir. So ausführlich hat es bisher niemand beschrieben. Ich gehe sicherlich das Ursache auf den Grund. Leider habe ich in den nächsten Tagen keine Zeit das zu verfolgen, werde allerdings gegen Wochenende damit beginnen. Denn deine Lösungsansätze sind einfach zu interessant, als jetzt wieder zu wechseln. Also Handshake für die Infos .......

Der erste Befehl, den ich dort lese lautet:

Insofern verstehe ich weder warum bei Dir von "/dev/dm0" die Rede ist, wenn doch das Kommanod "/dev/md..." lautete. Auch kann ich nicht unmittelbar nachfollziehen warum er bei Dir "Unknown Keyword mdadm.conf" schreibt, denn auch mdadm.conf tritt in der Befehlszeile gar nicht auf.

Vielleicht hilft es wenn Du die genauen Befehle postest, allerdings kann ich nicht sehr zeitnah antworten. Alternativ ein Linuxforum aufsuchen oder die Handvoll mdadm Parameter verstehen u. sich selbst Ausgaben erzeugen. Also nachschauen welches RAID jetzt gerade gemounted ist u. in welchen Zustand ("mdadm --detail /dev/md_d0" ).

Nachdem ich für md_d0 den mount aufgehoben habe, konnte der Befehl #sudo mdadm --stop /dev/md* ausgeführt werden. Mit Fdisk alle Partitionstabellen neu geschrieben (zeigte unter df -l nur 2 Platten an) und das RAID ist wieder da!