Crashed Raid5 --> DS408 - Fragen zur Wiederherstellung

[Sperling]

Hallo zusammen,

ich bin seit längerer Zeit Besitzer einer Synology Diskstation DS408. Bisher war ich auch immer sehr zufrieden mit dieser NAS. Leider habe ich seit einiger Zeit nun ein Problem, bei dem ich hoffe, dass Ihr mit helfen könnt.

Beschreibung der ursprüglichen Konfiguration:
* Synology Diskstation DS408,
* Raid5
* 4* 1,0 TB Festplatten (Seagate Barracuda ST31000340AS)

Beschreibung meines Problemes:
Seit einiger Zeit habe ich leider mehrere Festplattenabstürze in kürzerer Zeit hintereinander gehabt.

• Woran kann dies liegen? Warum so häufig nacheinander? Kann es vielleicht an einem defekten Raidcontroller liegen?

Das ganze begann damit, dass die Festplatte1 ausgefallen ist. Diese habe ich dann durch eine neue Platte (Seagate Barracuda 1,5 TB ST31500341AS) ersetzt und das Raid5 über das Webinterface wiederhergestellt. Daraufhin funktionierte auch alles einwandfrei. Bis - nur kurze Zeit später - die Festplatte4 ausfiel. Bevor ich jedoch diese austauschen konnte, fiel die Festplatte1 wieder aus. Und dies ist nun auch der aktuelle Stand. D.h. ich habe in einem Raid5 zwei nicht funktionierende Festplatten und somit ist das Raid nicht mehr verwendbar. Zuerst hatte ich ziemlich Panik, dass nun alle meine Daten definitiv weg seien, bis ich las, dass es noch Möglichkeiten gibt ein Raid wiederherzustellen.

Beschreibung meines Wiederherstellplans:
Ich möchte 8 Festplatten bestellen (2 Sätze á 4 Platten). Meine aktuelle Festplattenkonfiguration des NAS habe ich vor in der richtigen Reihenfolge an meinen PC anzuschließen und dann über Linux (vielleicht geht das ganze ja per Knoppix - dann muss ich nicht extra etwas installieren) vorzugeben, dass von den Platten zur gelesen werden darf. D.h. nur mit Lesezugriff mounten. Danach erstelle ich von den Platten 1:1 Kopien mit den ersten 4 Platten. Von den neuen kopierten Platten erstelle ich daraufhin nochmals Kopien mit dem zweiten Festplattensatz (so habe ich zwei Sätze). falls beim weiteren arbeiten etwas schief geht muss ich nicht nochmal auf die original Platten zurück greifen (ich möchte die Zugriffs- und Arbeitszeit an den Originalplatten so kurz wie möglich halten).

Daraufhin möchte ich per SSH die Datenrettung durchführen nach der Anleitung in diesem Link: http://www.synology-forum.de/showthread.html?t=510

Was mich etwas wundert: Es gibt auf der Seite in o.g. Link einen weiteren erwähnten Link, der zu einer weiteren leicht anderen Anleitung führt:
http://www.synology-forum.de/showthread.html?t=261&highlight=mdadm

• Inwiefern unterscheiden sich die beiden Wiederherstellungsanleitungen? Welche Anleitung passt zu meinem beschriebenen Problem am besten?

Und hier noch ein paar Fragen zu den Platten, die ich bestellen muss:

• Müssen die neuen Platten des gleichen Herstellers und Modells sein wie die alten, in der NAS verbauten?

oder:

• 
  Reicht es aus, wenn die Platten die gleichen Größen aufweisen?

oder:

• Kann ich gleiche 4 größere Platten bestellen mit dem Ziel nach der Wiederherstellung die Speicherkapazität meines Raids zu erhöhen - funktioniert das?

• Wenn ja: wie kann ich nach der Wiederherstellung diese neue, speicherplatzmäßig größere Konfiguration meiner Synology "unterjubeln"?

Und generell gefragt:

• Wie kann ich das wiederhergestellte Raid wieder in die Synology integrieren? Was muss ich tun, damit die Synology die Platten als Verbund erkennt?

Ich danke Euch schon jetzt für Eure Hilfe. Generell bin ich auf dem Gebiet SSH noch nicht so der Profi, daher wäre es mir lieb, wenn Ihr versucht simpel zu antworten.

• Muss ich bzgl. meines gesamten Plans noch etwas beachten? Habt Ihr noch andere Vorschläge, wie ich da rangehen soll?

 

[Sperling]

Hallo,

über eine Antwort würde ich mich noch freuen.
Danke schon im Voraus!

 

[Sperling]

Hier noch zwei Bilder über den aktuellen Status des Raid. Dabei fällt mir grade auf, dass in der Statusfunktion des NAS bei den beiden defekten Platten nicht "Abgestürzt", sonder "Nicht initialisiert" steht!?

 

[Merthos]

Nun ja, generell würde ich Dir empfehlen einfach ein regelmäßiges Backup zu machen, auf das man in solchen Fällen zurückgreifen kann. Hilft Dir zwar jetzt nicht wirklich, aber vielleicht denkst Du ja in Zukunft dran.

Woran kann dies liegen?

Wird sich schwer sagen lassen. Im Zweifel an den Syno-Support wenden. Die Chancen sind auch gar nicht so schlecht, dass die Dein Raid wieder hinkriegen, sofern es nichts an der HW ist. Sicherung ist natürlich trotzdem vorher empfehlenswert.

Inwiefern unterscheiden sich die beiden Wiederherstellungsanleitungen?

Die eine ist auf der DS, die andere auf einem anderen Rechner. Hier ist noch ein weiteres (aktuelles) Beispiel.

Müssen die neuen Platten des gleichen Herstellers und Modells sein wie die alten, in der NAS verbauten?

Nö, nur groß genug. Kannst auch größere nehmen.

Wenn ja: wie kann ich nach der Wiederherstellung diese neue, speicherplatzmäßig größere Konfiguration meiner Synology "unterjubeln"?

Sollte die DS eigentlich erkennen und dann das Erweitern anbieten. Ich persönlich würde aber die DS komplett neu aufsetzen und die Daten manuell kopieren.

 

[itari]

Anmerkungen:

- eine dedizierten RAID-Controller gibt es nicht; es wird Software-Riad verwendet

- meist sind Timing-Probleme der Auslöser für RAID-Probleme (die Platten sind nicht aller gleich schnell beim Lesen, weil sie eventuell defkete Sektoren haben)

- man könnte alle 6 Monate die Platten neu formatieren und das RAID neu einrichten als Prävention; man könnte auch alle 6 Monate die Platten austauschen als Prävention

- es ist eigentlich gut, dass eine RAID bricht, wenn es Plattenprobleme gibt und nicht einfach mit Defekten weiterarbeitet ...

- es gibt hier im Forum unterschiedliche Meinungen: 'alle Platten von einem Hersteller und aus der gleichen Serie' bis 'jede Platte von einem anderen Händler' ...

- ein RAID ist kein Backup und ein Backup ist wichtiger als ein RAID (Mantra)

Itari

 

[Sperling]

Hallo,

ich bin mit einem Freund nun dabei die Rettung durchzuführen.
Bevor wir jedoch das Raid unter Linux wiederherstellen, war es uns besonders wichtig zuerst 1:1 Kopien der 4 Festplatten anzufertigen und dann aus Sicherheitsgründen nur mit den kopierten Platten weiterzuarbeiten.

Folgendes:
Wir haben alle Platten aus der DS408 ausgebaut (Reihenfolge gemerkt und per Post-Its auf den Platten notiert).
An meinem Raid Controller am PC haben wir dann zuerst die Platten 1 und 4 (die "defekten") angeschlossen und dann in der Linux Konsole über den Befehl dd (dd copy) auf 2 neue Platten kopiert.
Nachdem das abgeschlossen war (ca. 24h) wollten wir das gleiche mit den restlichen zwei Platten durchführen (Platten 2 und 3). Also die beiden Platten 2 und 3 und wieder zwei neue angeschlossen und dd copy gestartet. Nach ca. 3/4 des Kopiervorgangs passiert jedoch immer folgendes (Kopieren 3 mal neu gestartet, immer gleicher Fehler): Der Rechner friert ein!

Da dies bei den ersten beiden Platten 1 und 4 nicht passierte und da es bei den Platten 2 und 3 nun 3 mal passierte, schliesse ich darauf, dass der Grund für das Einfrieren die Platten sind. Warum? Woran kann das liegen? Ich möchte wirklich gerne erstmal Sicherheitskopien anfertigen, bevor ich mich an das Raid wage.

Der Raid Controller: FastTrak Tx4310.

Freue mich aud Antwort.

 

[Super-Grobi]

- ein RAID ist kein Backup und ein Backup ist wichtiger als ein RAID (Mantra)

Sehr schöne Formulierung itari! Gefällt mir ausgesprochen gut....

Grüße