RS-406 nach Volume absturz 2 Volume, beide abgestürzt

[Hailo3]

--------------------------------------------------------------------------------

Guten Tag,

leider habe ich mein NAS zum Absturz gebracht. Vermutlich hat sich die Platte 2 verabschiedet. Kann ich aber nicht mit sicherheit sagen. Vor ca. 2 Jahren hatte ich das selber Problem mit dem Einschub 2 (beim erstellen des Volumes). Hab dann die Platte 2 mit der Platte 1 getauscht und alles war i.o..

Na gut, das NAS meldete gar nichts, ich sah aber dass die Konsistenz der Platte 2 geprüft wurde. Leider lief der Test nie durch und auf das NAS hatte ich keinen zugriff mehr. Mehrfacher neustart = gleicher Ergebniss.

Die LED der Platte 2 war dann dunkel, worauf ich die Platte rausnahm. Kaum war sie draussen, erlischte die LED der Platte 3 :-( = Absturz des Volumes.

Darauf versuchte ich mittels Anleitungen hier das Volume via Putty wieder herzustellen. Was mir aber nicht so gelungen ist :-( Ich habe jetzt den Zustand:

Platte 1,3 + 4 Normal, Platte 2 nicht Initialisiert und 2 Volumes ! Mein Volume hies vorher Volume 2, jetzt habe ich 2 Volumes die nicht funzen... logischerweise.

Kann mir jemand sagen wie die Befehle heissen um das Volume 2 mit 4 Platten im Raid 5 wieder herzustellen ? Ich kann leider nicht sagen welche Platte (Name) an welcher Position war. Evtl. könnt ihr das aus dem Putty-Auszug erkennen ?

Wär wirklich Hammer wenn ich mein NAS wieder hätte wie vorher.

Gruss

Hailo3

 

[jahlives]

Bitte nicht crossposten (http://www.synology-forum.de/showthread.html?t=12606), danke

 

[Hailo3]

@jahlives, entschuldige, mein erster post war im falschen treath, ich kann ihn nicht löschen.

 

[Hailo3]

hallo,

neue situation. ich konnte das raid 1 "entfernen", siehe PDF.

Kann mir bitte jemand sagen wie ich jetzt den befehl zur erstellung des volumes2 eingeben muss ? (raid5)

ich hab folgendes ohne erfolg versucht


RackStation login: root
Password:


BusyBox v1.1.0 (2009.01.13-03:02+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.

RackStation> mdadm --stop /dev/md2
mdadm: stopped /dev/md2
RackStation> mdadm --assemble --force -v /dev/md2 /dev/sda3 /dev/sdb3 /dev/sdc3 /dev/sdd3
mdadm: looking for devices for /dev/md2
mdadm: cannot open device /dev/sdd3: Device or resource busy
mdadm: /dev/sdd3 has no superblock - assembly aborted

 

[Hailo3]

bitte helft mir

ich habe hier noch was "gefunden"

RackStation> cat /proc/mdstat
Personalities : [raid0] [raid1] [raid6] [raid5] [raid4]
md3 : active raid5 sdd3[2]
928283520 blocks level 5, 64k chunk, algorithm 2 [4/1] [__U_]

md1 : active raid1 sda2[0] sdc2[3] sdd2[2]
522048 blocks [4/3] [U_UU]

md0 : active raid1 sda1[0] sdc1[3] sdd1[2]
2489920 blocks [4/3] [U_UU]

unused devices: <none>

wie bringe ich alle 4 platten wieder unter einen hut, sprich volume2, RAID 5 ?

 

[Hailo3]

wieder ein schritt weiter....


mit md3 komme ich auf volume 2....

RackStation> mdadm --stop /dev/md3
mdadm: stopped /dev/md3
RackStation> mdadm --assemble --force -v /dev/md3 /dev/sda3 /dev/sdb3 /dev/sdc3 /dev/sdd3
mdadm: looking for devices for /dev/md3
mdadm: superblock on /dev/sdd3 doesn't match others - assembly aborted


wie weiter ?

volume 2 mit den platten a,b+c krieg ich hin, aber die 4.platte will nicht

 

[Supaman]

wenn dir deine daten lieb sind, tu dir etwas mehr ruhe an. operative hektik bei gleichzeitigem unwissen über das was man da an befehlen eingibt, ist nicht wirklich hilfreich bzw. führt nur dazu, das deine daten endgültig und unrettbar zerstört werden.

um dir helfen zu können, muss ich erstmal genau nachvollziehen, wie deine konfiguration vor dem crash und nach dem crash war. wenn du 2 volumes hattest, war es - gewollt oder ungewollt - eine 3+1 konstellation, deshalb auch md2 + md3. demzufolge kannst du nicht stumpf nach anleitung alle 4 !! platten ein device reinkippen zum reparieren.

zuerst muss ich folgendes wissen:

#1 - vor dem crash waren welche slots welchen volumen zugeordnet ?

#2 - was ist beim crash passiert und mit welchen slots?

#3 - nach dem crash hast du was gelöscht / geändert?

im überigen wäre es sinnvoll vor weiteren rettungsversuchen 1:1 kopieren von den platten anzufertigen, damit man im falle eines falles einen 2tenversuch hat.

gruß,

supa

 

[Hailo3]

Danke Supa

hallo supa,

also vor dem crash lief 2 jahre ein raid 5 mit allen vier platten als volume 2.
warum volume 2 ? weiss nicht genau, hab damals das system neu aufgesetzt und evtl. was "falsch" gemacht, aber es lief immer tadellos

den vermutlichen absturz der platte 2 hab ich per zufall mitbekommen, (mein nas läuft im keller) als ich den status abgefragt habe und sah dass die rs-406 die festplatte 2 initialisert oder sowas. da das nas normal lief, lies ich es werkeln, ca 18 stunden. dann bemerkte ich aber dass es nun die festplatte 2 prüft und schon nach wenigen % kam ich nicht mehr auf das nas, auch nach etlichen std kein zugriff mehr. also ging ich in den keller und sah dass die led der platte 2 dunkel war (vorher leuchteten immer alle led grün). da das nas vor über 2 jahren schon mal eine platte im slot 2 als ausfall meldete obwohl diese ok war, habe ich die platte rausgezogen und wieder eingesetzt. das nas erkannte sie und prüfte das ganze system wieder. es werkelte fleissig bis 91%, dann war wieder schluss :-(

als ich dann die platte 2 nochmals rausnahm, erlischte auch die led der platte 3 :-( seit dem ist das volume 2 natürlich abgestürzt.

danach hab ich versucht das raid wieder in gang zu setzen, anhand vieler beiträge hier, siehe obige beiträge.

im anhang siehst du unter putty ein auszug nach dem absturz und ein aktueller.

das volume 2 als raid 5 habe ich mit diesem beitrag wieder hinbekommen, kann es aber nicht mounten..... evtl. stimmt die reihenfolge nicht ?

Eine weitere Möglichkeit ein "abgestürztes" RAID5 (mit 4 Platten) wieder zu beleben, wenn die anderen Methoden fehlschlagen:
Habe ich hier gefunden: http://ubuntuforums.org/archive/index.php/t-410136.html

Zunächst mittels

mdadm --examine /dev/sda3
mdadm --examine /dev/sdb3

usw...

für alle beteiligten Platten die Infos auslesen und irgendwo mal sichern.
Wichtig ist, dass man hieraus nun abliest, in welcher Reihenfolge die HDD's zum ursprünglichen RAID-Verbund gehören.
Das kann man an der slot-nummer sehen.

Nun sollte man das alte device stoppen und löschen.

mdadm --stop /dev/md2
mdadm --remove /dev/md2

Im nächsten Schritt wird das RAID mit der richtigen Plattenreihenfolge neu erzeugt.
Dieser Befehl zerstört die Daten auf den Platten nicht, auch wenn es so scheint!! (aber darauf achten nur Platten des RAIDs anzugeben)

In meinem Fall z.B. wurde das RAID5 ursprünglich mit der ersten Platte angefangen, dann mit Platte 2 auf RAID1 erweitert, dann mit Platte 4 auf RAID 5 erweitert, dann mit Platte 3 vergrößert.
Platte 3 ist komplett ausgefallen.
Später dann auch noch Platte 1 aus dem Verbund geworfen worden.

Nun erzeuge ich also ein neues RAID5 mit der alten Reihenfolge.
Wichtig ist eine Platte als missing anzugeben, selbst wenn sie vorhanden ist.
Das verhindert das ggfl. falsche resynching.

mdadm --create /dev/md2 --assume-clean --level=5 --raid-devices=4 /dev/sda1 /dev/sdb3 /dev/sdd3 missing

Die Sichheitsabfrage kann man mit yes bestätigen.
Das RAID wird erzeugt und auch gleich gestartet.

Dann versucht man das device zu mounten, z.B in volume1.

mount /dev/md2 /volume1

Hat das geklappt? Super, dann sollten alle Daten wieder da sein. Das überprüft man einfach mal.
Jetzt kann man die vierte Platte wieder reinschieben und das RAID wieder komplett reparieren (redundant machen).

Wenn das mounten fehl schlägt stimmt die Plattenreihenfolge beim Erzeugen des RAID evtl. nicht. Dann einfach nochmal von oben anfangen. (Vorsicht: nicht versuchen die Daten von Linux reparieren zu lassen!!!)

 

[Supaman]

das verfahren ist bekannt, aber nicht ganz ohne risiko. damit machst du alten raid-infos platt und generierst neue. wenn dann die parameter nicht stimmen, hast du ein schönes neues raid - ohne daten.

du kannst das versuchen, musst dann in deinem falle anstelle (wahrscheinlich) "md2" mit "md3" arbeiten. der "missing" paramter ersetzt eine fehlende platte und muss zwingend(!) an der richtigen stelle stehen, z.b. bei fehlender 2ter platte "/dev/sda3 missing /dev/sdc3 /dev/sdd3". wichtig ist auch die richtige auswahlö der partition, also immer "/devsd_3" - "/dev/sda1" wie oben aufgeführt ist systempartition. als missing würde man die platte kennzeichnen, die lt. schadenshergang die defekte bzw ohne verwertbare daten ist.

wie du siehst ist die materie recht komplex und man kann durch falsche paramter die datenstrukturen ganz schnell soweit "schädigen", das eine datenrettung unmöglich wird. mit "mdadm etc." kann man nichtviel falsch machen, entweder es klappt oder es klappt nicht. aus dem grunde ist die anleitung zum neuerstellen hier auch nicht gepostet.

ich würde dir dringend empfehlen, vor solchen experimenten 1:1 kopien zu ziehen!

 

[Hailo3]

Ja

hallo supa,

nach zahlreichen versuche habe ich den richtigen befehl eingegeben und konnte das raid 5 mounten

es sind sogar noch alle daten da, bin jetzt fleissigam sichern, auf eine extra gekaufte usb platte.

danach versuche ich das raid zu reparieren (festplatte2)

ich bin happy

aber schon lauert das nächste problem.....
was für eine ersatzplatte müsste es sein ?
die von synology empfohlenen festplatten
bekommt man niergends mehr :-(

da ich so wie so aufstocken möchte und bei einem freund 4 x 1 tb in der cs-406 funktionieren, möchte ich gerne auch 1 tb platten nachrüsten. könnte das klappen mit wd green ?

besten dank nochmals für deine hilfe

hailo3

 

[Supaman]

aber schon lauert das nächste problem.....
was für eine ersatzplatte müsste es sein ?
die von synology empfohlenen festplatten bekommt man niergends mehr :-(

es *sollte* jede identische größe funktionieren, was den typ an geht: frag bzw hier im forum. für die zukunft würde ich dir empfehlen, entweder backups zu fahren oder raid-1 zu benutzen. möglicherweise funktionieren auch 2TB platten, der hauptknackpunkt ist das recht schwache netzteil der 406 in bezug auf den anlaufstrom. es kann aber gut sein, das eine moderne 2Tb platte weniger zieht, wie andere empfphlenen platten, einfach in den datenblättern lesen.