Raid5 crashte beim Upgrade (CS407)

joeuser · 29. Jul 2009

Hallo zusammen,

Ich wollte gestern meine WD 1TB Disks durch neuere mit 2TB upgraden, Kompatibilität wird auf der Synologyseite gelistet. Der Austausch der ersten Disk verlief einwandfrei. Beim zweiten crashte jedoch das Raid. Grund: Ich habe vergessen, das Stromkabel an der 4. Platte anzuschliessen, damit fehlten Disk 3 und 4. Für Raid5 eine zuwenig. Aber auch der simple Neustart mit allen Disks half nicht mehr. Volume crashed.

Habe dann die original Platte 3 wieder eingebaut, jedoch auch ohne Erfolg.

Hier ein paar Infos:

Cubestation CS407
Firmware DSM 2.1-0844
Raid5

Was ich bereits alles probiert habe:

Rich (BBCode):

>mdadm --stop /dev/md2 
>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 1.
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/sdc3(2) from 1643442 upto 1643470
Segmentation fault (core dumped)

Updates des Superblocks:

Rich (BBCode):

> mdadm -A /dev/md2 --update=byteorder /dev/sd[abcd]3
mdadm: no RAID superblock on /dev/sda3
mdadm: /dev/sda3 has no superblock - assembly aborted

Und hier noch ein paar Infos:

Rich (BBCode):

> cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid6] [raid5] [raid4] 
md1 : active raid1 sda2[0] sdb2[1] sdc2[2] sdd2[3]
      393472 blocks [4/4] [UUUU]
      
md0 : active raid1 sda1[0] sdb1[1] sdc1[3] sdd1[2]
      787072 blocks [4/4] [UUUU]
      
unused devices: <none>

Rich (BBCode):

> mdadm --query --examine /dev/sda3
/dev/sda3:
          Magic : a92b4efc
        Version : 00.90.00
           UUID : d439886d:844dbbbc:d54c570c:787c0e58
  Creation Time : Fri Sep 14 21:54:38 2007
     Raid Level : raid5
  Used Dev Size : 975442624 (930.25 GiB 998.85 GB)
     Array Size : 2926327872 (2790.76 GiB 2996.56 GB)
   Raid Devices : 4
  Total Devices : 2
Preferred Minor : 2

    Update Time : Wed Jul 29 07:05:36 2009
          State : clean
 Active Devices : 2
Working Devices : 2
 Failed Devices : 2
  Spare Devices : 0
       Checksum : 1b2cf358 - correct
         Events : 1643470

         Layout : left-symmetric
     Chunk Size : 64K

      Number   Major   Minor   RaidDevice State
this     0       8        3        0      active sync   /dev/sda3

   0     0       8        3        0      active sync   /dev/sda3
   1     1       8       19        1      active sync   /dev/sdb3
   2     2       0        0        2      faulty removed
   3     3       0        0        3      faulty removed

Rich (BBCode):

> mdadm --query --examine /dev/sdb3
/dev/sdb3:
          Magic : a92b4efc
        Version : 00.90.00
           UUID : d439886d:844dbbbc:d54c570c:787c0e58
  Creation Time : Fri Sep 14 21:54:38 2007
     Raid Level : raid5
  Used Dev Size : 975442624 (930.25 GiB 998.85 GB)
     Array Size : 2926327872 (2790.76 GiB 2996.56 GB)
   Raid Devices : 4
  Total Devices : 2
Preferred Minor : 2

    Update Time : Wed Jul 29 07:05:36 2009
          State : clean
 Active Devices : 2
Working Devices : 2
 Failed Devices : 2
  Spare Devices : 0
       Checksum : 1b2cf36a - correct
         Events : 1643470

         Layout : left-symmetric
     Chunk Size : 64K

      Number   Major   Minor   RaidDevice State
this     1       8       19        1      active sync   /dev/sdb3

   0     0       8        3        0      active sync   /dev/sda3
   1     1       8       19        1      active sync   /dev/sdb3
   2     2       0        0        2      faulty removed
   3     3       0        0        3      faulty removed

Rich (BBCode):

> mdadm --query --examine /dev/sdc3
/dev/sdc3:
          Magic : a92b4efc
        Version : 00.90.00
           UUID : d439886d:844dbbbc:d54c570c:787c0e58
  Creation Time : Fri Sep 14 21:54:38 2007
     Raid Level : raid5
  Used Dev Size : 975442624 (930.25 GiB 998.85 GB)
     Array Size : 2926327872 (2790.76 GiB 2996.56 GB)
   Raid Devices : 4
  Total Devices : 4
Preferred Minor : 2

    Update Time : Tue Jul 28 18:49:56 2009
          State : clean
 Active Devices : 4
Working Devices : 4
 Failed Devices : 0
  Spare Devices : 0
       Checksum : 1b2c474c - correct
         Events : 1643442

         Layout : left-symmetric
     Chunk Size : 64K

      Number   Major   Minor   RaidDevice State
this     2       8       51        2      active sync   /dev/sdd3

   0     0       8        3        0      active sync   /dev/sda3
   1     1       8       19        1      active sync   /dev/sdb3
   2     2       8       51        2      active sync   /dev/sdd3
   3     3       8       35        3      active sync   /dev/sdc3

Rich (BBCode):

> mdadm --query --examine /dev/sdd3
/dev/sdd3:
          Magic : a92b4efc
        Version : 00.90.00
           UUID : d439886d:844dbbbc:d54c570c:787c0e58
  Creation Time : Fri Sep 14 21:54:38 2007
     Raid Level : raid5
  Used Dev Size : 975442624 (930.25 GiB 998.85 GB)
     Array Size : 2926327872 (2790.76 GiB 2996.56 GB)
   Raid Devices : 4
  Total Devices : 4
Preferred Minor : 2

    Update Time : Tue Jul 28 18:49:56 2009
          State : clean
 Active Devices : 4
Working Devices : 4
 Failed Devices : 0
  Spare Devices : 0
       Checksum : 1b2c473e - correct
         Events : 1643442

         Layout : left-symmetric
     Chunk Size : 64K

      Number   Major   Minor   RaidDevice State
this     3       8       35        3      active sync   /dev/sdc3

   0     0       8        3        0      active sync   /dev/sda3
   1     1       8       19        1      active sync   /dev/sdb3
   2     2       8       51        2      active sync   /dev/sdd3
   3     3       8       35        3      active sync   /dev/sdc3

Bin für jede Hilfe dankbar, da ich jetzt nämlich keine Idee mehr habe....

Danke und viele Grüsse
Joe

Supaman · 29. Jul 2009

mir fallen mehrere ansätze ein...

Segmentation fault (core dumped)

das könnte auch ein programmfehler der verwendeten "mdadm" version sein, d.h. wenn man das gleich am pc mit einer aktuellen linux version macht, kann das ergebnis ein anderes sein. siehe hierzu den thread "datenrettung am pc"

zum betrieb eines raid-5 würden 3 platten ausreichen. es kann sein, das mdadm mit unter verwendung von nur 3 platten das raid reparieren kann. dafür haben wir mehrere kombinationsmöglichkeiten... sda/sdb/sdc --- sda/sdb/sdd etc.

schliesslich man kann die platten auch am pc anschliessen und dort mit raid-5 fähiger datenrettungssoftware auslesen. [empfehlungen gibts per PM].

nicht vergessen
vor diesen ganzen experimenten würde ich auf jedenf all ein 1:1 backup aller platten machen. da du bereits 4x 2 TB hast, wovon du 1 benutzt hast brauchst du nur eine weitere 2TB platte, kannst du nach erfolgter rettung ja wiederverkaufen - der verlust sollte sich ein grenzen halten.

joeuser · 29. Jul 2009

Danke für deine Antwort.

In der CS hatte ich leider keinen Erfolg. Werde sie mal in den PC einbauen; mir fehlen noch paar Stromanschlüsse, muss ich morgen kaufen gehen.

Gibts keine Möglichkeit mdadm auf der CS auf den neusten Stand zu bringen? Wäre einiges einfacher.

Supaman · 29. Jul 2009

Gibts keine Möglichkeit mdadm auf der CS auf den neusten Stand zu bringen? Wäre einiges einfacher.

möglicherweise würde es mit einer alten firmware klappen, allerdings kann man ohne tricks keine downgrades machen, das hängt u.a. mit den erzeugten datenbanken zusammen die sonst durcheinander kommen und ggf zum abturz führen.

joeuser · 30. Jul 2009

Ich hab die Platten jetzt im PC am laufen. Verwende Ubuntu 9.04 LiveCD.

Ich krieg jetzt mit

Rich (BBCode):

mdadm --query --examine /dev/sdbx

Rich (BBCode):

mdadm: No md superblock dtected on /dev/sdbx

Wie muss ich da vorgehen? Werde aus der Anleitung nicht ganz schlau, sorry.

Danke dir!

Supaman · 30. Jul 2009

diesen guide hier benutzen:
http://www.synology-forum.de/showthread.html?t=261

wenn du eine fehlermeldung erhälst, das platteX keinen superblock enthält, kannst du du auch versuchsweise mal weglassen, also den befehl nur mit 3 platten ausführen.

joeuser · 30. Jul 2009

Habe ich gemacht, aber "sudo" nicht verwendet. Hatte das Raid am PC wieder am laufen, mount klappte, Daten waren sichtbar

Jetzt aber in der Synology, klappt es wieder nicht.

Rich (BBCode):

>mdadm --assemble --force -v /dev/md2 /dev/sda3 /dev/sdb3 /dev/sdc3 /dev/sdd3
mdadm: looking for devices for /dev/md2
mdadm: no recogniseable superblock on /dev/sda3
mdadm: /dev/sda3 has no superblock - assembly aborted

Hätte ich am PC noch was machen müssen? Hab nach dem mounten und anzeigen der Daten normal heruntergefahren.

Danke dir für deine Hilfe!!

Supaman · 30. Jul 2009

joeuser schrieb:
Habe ich gemacht, aber "sudo" nicht verwendet. Hatte das Raid am PC wieder am laufen, mount klappte, Daten waren sichtbar

Jetzt aber in der Synology, klappt es wieder nicht.

Rich (BBCode):

>mdadm --assemble --force -v /dev/md2 /dev/sda3 /dev/sdb3 /dev/sdc3 /dev/sdd3 mdadm: looking for devices for /dev/md2 mdadm: no recogniseable superblock on /dev/sda3 mdadm: /dev/sda3 has no superblock - assembly aborted

Hätte ich am PC noch was machen müssen? Hab nach dem mounten und anzeigen der Daten normal heruntergefahren.

Danke dir für deine Hilfe!!

ganz einfach, in dem guide von noctec wird das raid als read-only gemounted, d.h. die änderungen an den superblocks sind nur im ram.

3. Nachdem das Raid erstellt wurde können die Partitionen gemounted werden

mount –o ro /dev/md2 /mnt

Zum Vergrößern anklicken....

(ro -> read-only)

hat den vorteil, das rumprobiert werden kann, da nichts auf die disks geschrieben wird, ist in seiner dokumentation nicht serwähnt- sollte aber auch egal sein, hauptsache man kommt an die daten.

freut mich, das es doch noch geklappt hat... wieder einen gerettet