Defektes RAID5 in FreeNAS

[stonie10]

Hallöle,

ich hoffe, dass das hier das richtige Forum für solche Fragen ist
Also ich habe folgendes Problem: Ich nutze Freenas mit 3*500GB Festplatten in einem Hardware-RAID5. Letztens hatte ich einen Stromausfall an dem Rechner, und seitdem sind große Teile des RAID nicht mehr lesbar. Ich sehe zwar noch fast alle Ordner, jedoch fehlen in vielen sämtliche Inhalte. Auch ein Zugriff per SSH zeigt nichts, was nicht auch der Zugriff über SMB anzeigt. Das seltsame ist jedoch, dass die Space-Usage-Anzeige im FreeNAS-Webinterface weiterhin 95% anzeigt - genau so, wie vor dem Stromausfall.

Habe bereits über das BIOS vom RAID-Controller einen Consistency-Check gemacht, der auch mit der Meldung "Everything fixed/ok" oder so ähnlich abgeschlossen wurde. Aber es geht immer noch nicht.

Das RAID ist mit UFS(2), dem Unix File System, formatiert, das schlägt FreeNAS standardmäßig vor.

Hat jemand von euch eine Idee, wie ich wieder an die Daten rankomme? Sie scheinen ja noch irgendwie vorhanden zu sein, aber vermutlich ist das FAT (oder wie auch immer das bei UFS heißt) beschädigt?

Danke für eure Hilfe

Grüße,
stonie10

[DukeNuke2]

ich kenn mich jetzt mit dem freenas nicht aus... und mit dem bsd darunter auch nicht aber es sollte doch einen befehl geben der "fsck" oder ähnlich heisst. von solaris her kenne ich dieses tool um filesysteme zu checken. das sollte zwar durch "logging" automatisch laufen aber man müsste sowas auch manuell starten können...

http://de.wikipedia.org/wiki/Unix_File_System#UFS2

edit:
grad ma gegoogelt und das
http://www.freebsddiary.org/fsck.php
gefunden.

[stonie10]

Hey DukeNuke2, danke schon mal für deine Mühe

Werde mich morgen dann mal an die Kiste setzen und fsck durchlaufen lassen, hoffentlich bringt es was

[pepi]

Evt. mal extern ein FreeBSD im Recovery Mode booten.
Gruß Pepi

[markthenerd]

Ich würde sagen stonie10 ist mit voller Wucht in die Privatanwenderfalle RAID getrapst. Weil man denkt RAID sei "sicher" macht man keine Backups - bis der Strom ausfällt.

Dann wundert man sich und verpfeffert Zeit bis zum abwinken.

[pepi]

Die absolut falsche Annahme, daß ein RAID ein Backup ersetzen kann ist leider auch in vielen Firmen und sogar bei Admins durchaus verbreitet. Man kann daher garnicht oft genug wiederholen, daß ein RAID alleine niemals ein Backup ersetzen kann!
Gruß Pepi

[markthenerd]

Genau so ist es.

Aber da man ja auf ein "sicheres" RAID setzt benötigt man weder USV noch Backup.

Normalerweise grinse ich hämisch, wenn ich von solchen Datenverlusten höre. Diesmal verklemme ich es mir.

[Irgendein Held]

Die Sache ist doch ganz einfach die: RAID => Strategie zur erhoehten Datenverfuegbarkeit oder um mehr Durchsatz zu bekommen - eine solche Strategie erfordert natuerlich ein ausgefeiltes Backup.

Btw. macht die Administration eines RAID-Systems auch Arbeit und ein RAID gehoert Ueberwacht.
Sollte der Fall eines Plattenausfalls oder das Wiederherstellen eines RAIDs nicht vorher getestet worden sein, bzw. die Schritte klar sein, dann ist der Gewinn durch das RAID faktisch 0. Willkommen im Fettnäpfchen.

[stonie10]

Genau so ist es.
Normalerweise grinse ich hämisch, wenn ich von solchen Datenverlusten höre. Diesmal verklemme ich es mir.

Dankeschön
Ich gebe zu, dass ich da mit der Datensicherheit wohl zu naiv war. Mein Gedanke war "Naja, wenn eine ausfällt, tu ich ne neue rein, und das RAID wird neu aufgebaut." Tja, leider falsch gedacht

Evt. mal extern ein FreeBSD im Recovery Mode booten.

Öhm, sollte an sich ja kein Problem sein, aber was genau würde mir das bringen? Bzw. was wären dann die weiteren Schritte?

Hab das mit fsck mal probiert, funktioniert leider nicht korrekt. Es ist ja richtig, dass man das Laufwerk vorher unmounten muss? Leider gibt mir der Befehl umount /dev/amrd0p1 die Antwort "umount: /dev/amrd0p1: unknown file system".

Was tun?

[pepi]

Dankeschön
Ich gebe zu, dass ich da mit der Datensicherheit wohl zu naiv war. Mein Gedanke war "Naja, wenn eine ausfällt, tu ich ne neue rein, und das RAID wird neu aufgebaut." Tja, leider falsch gedacht […]

Der Gedanke des Rebuilds ist schon korrekt, so ist es auch wenn eine HD ausfällt. Währenddessen sind die Daten nach wie vor verfügbar aber at-risk. Man erhöht damit also die Verfügbarkeit und kann den Ausfall von einer HD gleichzeitig wahrscheinlich ohne auf unbedingt zurückgreifen zu müssen Abdecken.

Bei Dir ist (zumindest) das Filesystem im Eimer. Dagegen ist ein RAID weder gedacht noch wirksam. Gegen diesen Ausfall hast Du schlicht und ergreifend nicht vorgesorgt. Dazu ist zwingend ein echtes Backup, also mindestens eine weitere Kopie der Daten auf einem anderen physischen Datenträger notwendig. Eine USV an RAID und dazugehörigem Serverrechner (bei Deinem Fall ist das NAS Gerät beides in einem) hilft auch hier wieder unter Umständen die Ausfallszeit zu reduzieren und das Schadensrisiko zu senken. Wenn aus irgendeinem Grund aber das Filesystem trotzdem eingeht… hilft auch wieder nur ein echtes Backup.

Deine Überlegung war also durchaus korrekt, aber merklich unvollständig, da Du nur bis zum ersten Schritt gedacht hast und dann nicht mehr weiter.
Gruß Pepi