CS407e kein rebuild möglich nur Basis

[Zest]

Hallo zusammen

Nun ist bei mir auch mal das Raid 5 abgestürzt.
Das steht auch, wenn man sich als Admin auf dem Web einloggt.
Status LED blinkt Orange.

Wie mach ich nun ein rebuild?

Die HD die abgestürzt ist, hab ich entfernt und eine neue eingesetzt.
Nach dem neustart der CS blinkt der Status noch immer Orange und die CS Pfeifft.

Im Menu unter Volume kann ich lediglich erstellen, entfernen und Info Abrufen alle anderen Buttons sind grau hinterlegt.
Wenn ich da auf erstellen gehe, steht dann da ein Volume 2. Wie auf den Bildchen zu sehen.
Danach passiert nichts weiter - nur die Festplatten scheinen zu arbeiten, obwohl niemand darauf zu greift.`


Das Logfile sieht so aus:
System-Protokoll
Typ Datum & Zeit Benutzer Ereignis
Information 2009/05/23 14:19:42 admin System successfully checked consistency of System Volume [Swap].
Information 2009/05/23 14:19:29 admin System successfully checked consistency of System Volume [Root].
Information 2009/05/23 14:19:15 admin User [admin] logged in from [192.168.40.16]
Information 2009/05/23 14:18:42 admin System successfully created Volume [2] with disk [1].
Information 2009/05/23 14:11:55 admin User [admin] logged in from [192.168.40.15]
Error 2009/05/23 14:11:31 admin Volume [1] was crashed. <--- diese Meldung kommt direkt nach dem login ins Webadmin.

Macht die CS jetzt automatisch ein neues Raid? Dann muss ich warten, da das einige Zeit dauern wird.
Oder muss ich alle Daten runterkopieren auf die Computer's und das Raid manuell neu aufbauen?
Die Daten sind zum glück noch vorhanden.

 

[Supaman]

den status "crashed" gibts bei raid-5 immer dann, wenn mehr wie 1 platte aus dem takt kommt. ich sage bewusst "aus dem takt", weil nicht jede platte die das system das defekt deklariert auch wirklich defekt ist, oft sind einfach die raid-sync informationen nicht mehr stimmig und man muss von hand nacharbeiten.

tu nichts unüberlegtes, mehr schreibe ich gleich im nächsten post

gruß,

supa


PS: ich hab das thema mal nach "datenrettung" verschoben

 

[Supaman]

auf jeder raid-5 platte ist ein sogenannter counter, der ständig hochgezählt wird. sind die counter identisch, ist das raid in ordnung. es kann jedoch vorkommen, das z.b. bei einem systemabsturz die counter auf den platten unterscheidlich sind, dann werden schonmal mehr wie 1 platte als "defekt" aus dem verbund rausgeworfen und du hast den status "crashed". wenn man dann eine neue platte zufügt, kann das system das raid nicht so ohne weiteres wieder herstellen und du kannst nur eine weiteres volumen erstellen.

lösungsmöglichkeit #1
platten ausbauen, am pc anklemmen und mit datenrettungssoftware unter windows auslesen. ungefährlich, da bei richtiger anwendung keine schreibzugrifffe stattfinden.

lösungsmöglichkeit #2
platten ausbauen, am pc anklemmen und unter linux auslesen. ungefährlich, da bei richtiger anwendung keine schreibzugrifffe stattfinden, ist aber unter umständen etwas fummelei.
http://www.synology-forum.de/showthread.html?t=261

lösungsmöglichkeit #3
versuchen ob man das raid in der synology per "mdadm" wieder reparieren kann. klappt meistens - sollte man aber nur mit 1:1 kopien machen. wenn mdadm in den raid-konfigs veränderungen vornimmt und es nicht klappt, kann auch alles unbrauchbar werden.
http://www.synology-forum.de/showthread.html?t=510

in deinem fall musst du für mdadm eine platte (/dev/sda3) weglassen, da du die ausgewechselt hast und die platte für mdadm folglich keine verwertbaren infoemationen enthält.

mdadm --assemble --force -v /dev/md2 /dev/sdb3 /dev/sdc3 /dev/sdd3

bei fragen oder problemen bitte möglichst genaue infos angeben

 

[Zest]

Dann sollte Punkt 3 eigentlich mit der Original funktionieren?

Ich kopier jetzt alle wichtigsten Dateien auf den Computer soweit ich platz hab. ich kann ja noch auf die Shares zugreifen und eigentlich auch arbeiten, aber das ist mir dann doch etwas zu unsicher.
Zum glück hab ich ich GB Lan da dauert das ganze nicht so lange sind ja nur knappe 750GB die ich kopieren muss.

Dann probier ich mal den punkt 3.

Bei "(/dev/sda3) weglassen" egal welche ich weglasse? war nämlich die HDD1 die sich nach dem Absturz verabschiedet hat.

 

[Supaman]

bei raid-5 gibt es 2 fehlerstufen:
#1 degraded - volume funktionsfähig, aber ohne redunanz
#2 broken - volume nicht funktionsfähig, da mehr wie eine platte defekt bzw aus dem takt ist

bei #1 wechselt man normalerweise die platte und löst manuell den rebuild aus.
bei #2 muss kann man versuchen mit mdadm das raid zu reparieren bzw muss auf andere wege die daten sichern.

wenn du also noch zugriff auf alle daten hast, liegt fall #1 vor. in dem falle am besten eine blitzblanke platte ohen irgendwelche partitionen einlegen, sysology hochfahren und den rebuid (wiederherstellen) drücken. das geht aber nur, wenn die platte baugleich oder bei einem anderen modell/hersteller mindestens genauso gross ist.

 

[Zest]

Scheint geklappt zu haben.
Die letzten 12h stunden hat der cube für das Prüfen der Platten verbracht. Nun wirds sicher nochmals 12h dauern bis "status: ändern (platten hinzufügen) durch gelaufen ist.

Dann kann ich die Daten wieder rüber kopieren

Oder doch länger - 4% in 5h - komisch - beim erstenmal war die Situation die selbe - ich glaube das es aber schneller ging. Irgendwie nur 12h und dann war alles parat.

 

[Zest]

Der ändern Knopf ist nach einmal benutzen nicht mehr da

Hab das jetzt mal ausgerechnet.

Die CS braucht ca. 120h bis die Platten alle "hinzufügen" hinzugefügt sind.
Danke an meine kleine die das noch vom letzten mal wusste

Wer meine Konfig wissen will, Fusszeile beachten.