Synology SHR Raid reparieren bei 2/2 "defekten" Platten

[wze0]

Ah ja, die Smart-Werte habe ich eben angeschaut, aber dann vergessen zu posten. Ist das das richtige?

Ist der o.g Befehl unkritisch oder sollte ich vorher meine Sicherung aktualisieren?

 

[Benares]

Die sieht schonmal nicht gut aus (ID 1 und 197). Und die andere Platte?

 

[wze0]

 

[Benares]

Die sieht auch nicht viel besser aus (ID 1, 5 und 196).
Probier mal den o.g. Befehl aus, also zuerst "sudo -i" (Passwort nochmal eingeben) um root zu werden, dann "mdadm /dev/md0 --manage --add /dev/sdb1".
Das läuft m.W. im Hintergrund. Mit "cat /proc/mdstat" (wiederholt absetzen) siehst du den Fortschritt. Wenn hinten bei md0 wieder "[UU]" steht hat der Teil schonmal geklappt.

 

[wze0]

Läuft...

cat /proc/mdstat
Personalities : [raid1]
md2 : active raid1 sdb5[2]
      1948683264 blocks super 1.2 [2/1] [U_]

md1 : active raid1 sda2[0]
      2097088 blocks [2/1] [U_]

md0 : active raid1 sdb1[2] sda1[1]
      2490176 blocks [2/1] [_U]
      [=====>...............]  recovery = 25.8% (643840/2490176) finish=0.4min speed=64384K/sec

unused devices: <none>

 

[wze0]

Und schon fertig:

cat /proc/mdstat
Personalities : [raid1]
md2 : active raid1 sdb5[2]
      1948683264 blocks super 1.2 [2/1] [U_]

md1 : active raid1 sda2[0]
      2097088 blocks [2/1] [U_]

md0 : active raid1 sdb1[0] sda1[1]
      2490176 blocks [2/2] [UU]

unused devices: <none>

 

[DaveR]

And "mdadm /dev/md1 --manage --add /dev/sdb2" ?

 

[wze0]

Auch durch:

 cat /proc/mdstat
Personalities : [raid1]
md2 : active raid1 sdb5[2]
      1948683264 blocks super 1.2 [2/1] [U_]

md1 : active raid1 sdb2[1] sda2[0]
      2097088 blocks [2/2] [UU]

md0 : active raid1 sdb1[0] sda1[1]
      2490176 blocks [2/2] [UU]

unused devices: <none>

Im DSM steht das Laufwerk jetzt auch wieder auf "normal". (Überrascht euch wahrscheinlich nicht?!)

 

[Benares]

Doch, hätte auch schief gehen bei angeschlagenen Platten ,
So, jetzt bring erstmal deine Sicherung auf Stand. Dann bestell dir neue Platten.
Mit md2 könnte man es auch so probieren (mdadm /dev/md2 --manage --add /dev/sda5), aber das ist kritischer und dauert länger.

 

[wze0]

Dann bin ich euch gleich noch dankbarer. Wirklich der Hammer, dass ihr euch die Zeit nehmt um zu helfen! Wenn ich mich irgenwie erkenntlich zeigen kann, mache ich das sehr gerne. Gibt's hier sowas wie Kudos oder ne Kaffeespende oder sowas?

Da die Platten ja nicht mehr in Ordnung sind, ist wahrscheinlich der sichere Weg, die Platten direkt zu tauschen, oder?

Weiter oben in diesem Thread wurde mal empfohlen, die Platte im Betrieb rauszunehmen. In der KB meine ich gelesen zu haben, dass man die Platte deaktivieren, dann das System ausschalten und dann rausnehmen soll. Welcher ist eurer Meinung nach jetzt der beste Weg?

 

[wze0]

Die sieht auch nicht viel besser aus (ID 1, 5 und 196).

Wenn ich dazu noch was fragen darf: Über der Tabelle steht, dass es kritisch ist, wenn ein Wert unter dem Schwellwert liegt. Die Werte in der Spalte "Wert" sind aber alle über den Schwellwerten, oder gucke ich falsch?

 

[Benares]

Sichere deine Daten, dann probiere es noch mit md2. Aber die Platten sind definitiv am Sterben, als austauschen.
Ich hatte noch nie eine defekte Platte, aber ich würde die nicht im laufenden Betrieb austauschen, obwohl das auch gehen soll.
Auf die Schwellwerte u.a. bei den Smart-Werten hab ich noch nie geachtet, ich schau immer nur auf die Rohwerte.

 

[wze0]

Der Befehl mit md2 funktioniert leider nicht. Habe es statt mit sda5 auch mit sdb5 probiert. Das funktioniert aber auch nicht.

mdadm /dev/md2 --manage --add /dev/sda5
mdadm: add new device failed for /dev/sda5 as 3: Invalid argument

mdadm /dev/md2 --manage --add /dev/sdb5
mdadm: Cannot open /dev/sdb5: Device or resource busy

 

[Benares]

Schau dir mal die Partitionierung der sda-Platte an

fdisk -l /dev/sda

Gibt es /dev/sda5?

 

[wze0]

Ja, gibt es:

Device     Boot   Start        End    Sectors  Size Id Type
/dev/sda1          2048    4982527    4980480  2.4G fd Linux raid autodetect
/dev/sda2       4982528    9176831    4194304    2G fd Linux raid autodetect
/dev/sda3       9437184 3907015007 3897577824  1.8T  f W95 Ext'd (LBA)
/dev/sda5       9453280 3906822239 3897368960  1.8T fd Linux raid autodetect

 

[Benares]

Komische Partitionierung, hab ich noch nie gesehen . Weiß ich jetzt auch nicht.
Gibt's auf der sdb auch ein sdb3?
Edit: Keine Ahnung wieso Synology die 3. Partition inzwischen 5 nennt.

 

[RichardB]

Ich hatte noch nie eine defekte Platte, aber ich würde die nicht im laufenden Betrieb austauschen, obwohl das auch gehen soll.

Der Tipp war von mir. Was hat der TE zu verlieren? Backup ist offensichtlich vorhanden. Wenn sich das SHR im laufenden Betrieb reparieren lässt, erspart es das Rückspielen des Backups und die Nachjustierung der Einstellungen. Wenn es nicht klappt, ist auch nichts verloren, weil beide Platten sowieso getauscht werden müssen. Im laufenden Betrieb würde ich es deshalb machen, weil DSM da nicht neu gestartet werden muss, was für mich beim Zustand der Platten das höhere Risiko wäre.

 

[DaveR]

Komische Partitionierung, hab ich noch nie gesehen

It's SHR with multiple volume support.

Device       Boot    Start        End    Sectors   Size Id Type
/dev/sata1p1          8192   16785407   16777216     8G fd Linux raid autodetect
/dev/sata1p2      16785408   20979711    4194304     2G fd Linux raid autodetect
/dev/sata1p3      21241856 1953523967 1932282112 921.4G  f W95 Ext'd (LBA)
/dev/sata1p5      21257952 1953331231 1932073280 921.3G fd Linux raid autodetect

Compared to normal SHR or RAID with single volume support.

Device          Start         End     Sectors  Size Type
/dev/sata1p1     8192    16785407    16777216    8G Linux RAID
/dev/sata1p2 16785408    20979711     4194304    2G Linux RAID
/dev/sata1p5 21257952 31251569727 31230311776 14.6T Linux RAID

 

[wze0]

Hier noch meine finale Rückmeldung:

Habe die defekte Platte über DSM deaktiviert und habe die Platte dann im Betrieb gewechselt, die Dialogtexte haben suggeriert, dass das so vorgesehen ist.

Die neue Platte wurde dann auch sofort erkannt und ich konnte das RAID reparieren

Vielen Dank noch mal an Alle, für die Unterstützung!!

 

[ctrlaltdelete]

Ich würde die andere HDD auch tauschen, die macht es nicht mehr lange.