CS-407 2. Platte während Recovery defekt

[Cuber]

Bin etwas verzweifelt. Nicht nur dass ich mit den Sch....Seagate Baracudas andauernd Probleme habe ist mir zuerst

Disk#2 eingegangen. OK, zum Händler, Platte gegen gleiches Modell getauscht. Zuhause eingebaut, CS407 hochgefahren und den Repariermodus über die Webconsole gestartet. Nach ca. 5% Fortschritt bricht mir Disk#4 weg und jetzt geht gar nichts mehr.

Habe zwar die Tipps (vorwiegend von Supaman) wie hier im Forum versucht mittels Telnet u.s.w., bekomme nur Fehlermeldungen wenn ich mdadm ...... /dev/sdb3 /dev/sdc3 /dev/sdd3" benutze.

Was kann ich tun?

 

[Supaman]

erstmal 1:1 kopien machen, dann kann man rumexperiementieren.

wenn disk #2 ersetzt wurde, wäre der richtige befehl den superblock nur für platte 1 (sda) 3 (sdc) und 4 (sdd) neu schreiben zu lassen:

mdadm ...... /dev/sda3 /dev/sdc3 /dev/sdd3

wenn das nicht hilft, versuch mal die platten UFSexplorer auszulesen.

 

[Cuber]

Habe es nun zum x-ten mal versucht. analog zu [how-to] Defektes Raid-5 wiederherstellen
1. mdadm --stop /dev/md2
2. mdadm --assemble --force -v /dev/md2 /dev/sda3 /dev/sdb3 /dev/sdc3 /dev/sdd3

mdadm: looking for devices for /dev/md2
mdadm: /dev/sda3 is identified as a member of /dev/md2, slot 0.
mdadm: /dev/sdb3 is identified as a member of /dev/md2, slot 4.
mdadm: /dev/sdc3 is identified as a member of /dev/md2, slot 2.
mdadm: /dev/sdd3 is identified as a member of /dev/md2, slot 3.
mdadm: forcing event count in /dev/sdd3(3) from 862758 upto 862764
mdadm: clearing FAULTY flag for device 3 in /dev/md2 for /dev/sdd3
mdadm: no uptodate device for slot 1 of /dev/md2
mdadm: added /dev/sdc3 to /dev/md2 as 2
mdadm: added /dev/sdd3 to /dev/md2 as 3
mdadm: added /dev/sdb3 to /dev/md2 as 4
mdadm: added /dev/sda3 to /dev/md2 as 0
mdadm: /dev/md2 has been started with 3 drives (out of 4) and 1 spare.

mdadm --query --detail /dev/md2
/dev/md2:
Version : 00.90.03
Creation Time : Fri Feb 22 18:54:45 2008
Raid Level : raid5
Array Size : 1461199872 (1393.51 GiB 1496.27 GB)
Device Size : 487066624 (464.50 GiB 498.76 GB)
Raid Devices : 4
Total Devices : 3
Preferred Minor : 2
Persistence : Superblock is persistent

Update Time : Thu Jan 22 13:51:23 2009
State : clean, degraded
Active Devices : 3
Working Devices : 3
Failed Devices : 0
Spare Devices : 0

Layout : left-symmetric
Chunk Size : 64K

UUID : a2b74c62:8afd91ad:3cbf64c4:e8546a55
Events : 0.862764

Number Major Minor RaidDevice State
0 8 3 0 active sync /dev/hda3
1 0 0 1 removed
2 8 35 2 active sync /dev/hdc3
3 8 51 3 active sync /dev/hdd3

Danach reboot und via webconsole wiederherstellungsprozess starten.
ERGEBNIS:
Nach ca. 5 Minuten bricht die 4. Disk mit Read Error wieder weg
STATUS: Abgestürzt

 

[Supaman]

"State : clean, degraded" bedeutet, das dein raid funktionsfähig ist, aber ohne redunanz, d.h. du müsstest auf die daten zugreifen können. wenn bei der wiederherstellung der redunanz probleme auftauchen, ist entweder die neue platte ungeeignet oder es liegt ein defekt mit controller port vor.

ich würde mal einen stress test mit der neuen platte am pc machen, es gibt div. anleitungen zum thema "how to prepare your disk".

 

[Cuber]

Das verwirrt mich einwenig. Die neue Disk ist Disk#2 und #4 fiel aus.

Jetzt kommt aber das Beste. Ich dachte mir, sch.... drauf, ist ohnehin schon alles egal und habe auf FW 731 upgedated, dann erneuten Versuch gestartet.
(selbe Prozedur wie vorhin). der 1. Versuch misslang wieder mit Fehlermeldung, der 2. Versuch zeigte mir wieder die beiden Disken und jetzt läuft gerade der Repairmodus. Mittlerweile schon bei 23%.

Die Hoffnung lebt, ABER das Vertrauen ist dahin. Im Prizinp weiss ich nicht, selbst wenn die Kiste wieder läuft, ob der Fehler nicht nach ein paar Tagen wieder auftritt.

 

[Cuber]

So nun hat mir der Händler die 4 Platten zurückgenommen und habe mir stattdessen die WD5002ABYS 500GB RE3 zugelegt.

Nun versuche ich mit dem Assistanttool die CS-407 vorzubereiten ABER
der Vorgang bricht mit Fehler Datendisk. LED der Disk 3 blinkt auch.
Bin jetzt ratlos woran das liegen könnte.

PS: Habe die synology_88f5281_cs407_0731.pat als Installationsdatei angegeben da ich die orig. CD nicht mehr finde.

 

[Matthieu]

Dir ist ständig #4 ausgefallen? Hört sich für mich an, als wäre etwas mit dem HDD-Controller in der DS defekt. Vielleicht solltest du die DS zur Reparatur geben.
Nur meine persönliche Meinung, ich bin allerdings nicht ganz so fit beim Thema Linux und Raid...

MfG Matthieu

 

[Cuber]

Nein, das hast du etwas falsch verstanden.
Das mit der 4. Disk war als ich noch die Seagates in der Kiste hatte.

Jetzt bin ich zu WD gewechselt und bei Initallauf (siehe oben) spinnt die 3. Disk. Echt Sch.... warum kann das nicht einfach problemlos von statten gehen.

 

[Supaman]

platten ab 500 gb habendas problem der "weichen" sektoren, die erst nach ein paar mal lesen/schreiben von der laufwerkselektronik erkannt und automatisch ersetzt werden. da dieses re-mappen etwas zeit in anspruch nimmt, kommt es zu time-outs im raid-betrieb, was u.a. dazu fprhrt das ein raid auch schonmal gar nicht erst korrekt initialisiert werden kann.

ich würde dir raten, jede platte vor einbau in die synology mehrfach komplett zu überschreiben, z.b. mit DBAN, HDAT2 o.ä.

trotzdem kann es sein, das eine platte auch weiterhin rumzickt, das kriegt man aber raus wenn man einfach mal die reihenfolge der platten ändert.

 

[Cuber]

Ich habe nurn mit etwas Geduld das Ding überlistet und zuerst 3 Disken ins Volume gehängt und im 2. Anlauf die 4. Disk.

Das hat funktioniert.

ABER

NUR kurze Zeit, weil gestern mir wieder Disk #4 zu spinnen begann und beim Wiederherstellungsprozess sich auch Disk#1 mit Problemen verabschiedet hat.
Ich betone es sind komplett neue WD's.

Nun vermute ich in der Zwischenzeit ob es vielleicht eher an der CS407 z.b. am Diskcontroller liegen könnte?

 

[Supaman]

wechsel mal die reihenfolge der festplatten, z.b. platte 3 +4 vertauschen, dann system neu installieren.

 

[Cuber]

Also nach dem mir erneute Disk #1 und 4 weggebrochen sind und nach dem Recovery-Lauf nun Disk #3 u. #4 weg sind.

Bekomme immer wieder laut Logfile Write-Errors u.s.w.
Wie gesagt einmal die Disk, dann wieder eine andere Disk.
Eigentlich das selbst Spiel wie vorhin mit den Seagates und jetzt mit den neuen WD's. Glaube daher immer weniger, daß es an den Platten sondern mehr an der CS 407 liegt.

Im Endeffekt kann ich das NAS nicht produktiv nutzen und das bringt mich
immer näher zur Entscheidung das Thema Synology + CS 407 endgültig zu beenden und ein alternatives Produkt zu nehmen.

Allein was das an Zeit und Nerven kostet. Ich will damit arbeiten und nicht spielen für mich ist das NAS ein Tool und nicht Selbstzweck.

 

[Supaman]

es kann immer mal vorkommen, das ein gerät defekt ist, das ist nichts syology spezifisches, das kann dir bei jedem anderen herstelelr auch passieren. je nach art ist es leider nicht immer ganz einfach die fehlerhafte komponente zu identifiziere, das ist mit pc-bauteilen auch nicht anders.

wenn du sicher gehen willst, kauf ein komplett bestücktes system beim händler, wenns dann nicht funktioniert kann der händler den fehler selber suchen