Volume1 will nicht..

WT99 · 30. Mai 2010

Hallo Zusammen

nach einem Stromausfall ist die HD2 ausgefallen.
Dann habe ich eine HD gezogen, war aber die 3.
Seitdem zickt die Kiste rum...

HD Test als normal abgeschlossen, weshalb ich einen Defekt ausschliesse.

Hab dann die Platten aus dem Raid genommen und wieder eingefügt.
Volume1 will aber immernoch nicht.

Etwas erstaunt bin ich über das nichtvorhandene Filesystem

Wie kann ich das wieder hinbiegen, jemand nen Tipp?

Rich (BBCode):

nasserver02> mdadm --query --detail /dev/md2
/dev/md2:
        Version : 1.01
  Creation Time : Sat May 29 23:05:01 2010
     Raid Level : raid5
     Array Size : 4385985408 (4182.80 GiB 4491.25 GB)
  Used Dev Size : 1461995136 (1394.27 GiB 1497.08 GB)
   Raid Devices : 4
  Total Devices : 4
    Persistence : Superblock is persistent

    Update Time : Sun May 30 11:09:31 2010
          State : clean
 Active Devices : 4
Working Devices : 4
 Failed Devices : 0
  Spare Devices : 0

         Layout : left-symmetric
     Chunk Size : 64K

           Name : nasserver02:2  (local to host nasserver02)
           UUID : d90f9299:c1c82c38:f08a7ee6:92d0a70d
         Events : 38

    Number   Major   Minor   RaidDevice State
       0       8        3        0      active sync   /dev/sda3
       1       8       19        1      active sync   /dev/hdb3
       2       8       35        2      active sync   /dev/hdc3
       4       8       51        3      active sync   /dev/sdd3

in den Logs dann..

Rich (BBCode):

May 30 10:40:13 kernel: Brand: Synology
May 30 10:40:13 kernel: Model: DS-409
May 30 10:40:13 kernel: synobios: unload
May 30 10:40:13 kernel: VFS: Mounted root (ext3 filesystem).
May 30 10:40:13 kernel: fuse init (API version 7.9)
May 30 10:40:13 kernel: encryptfs using the OCF package.
May 30 10:40:13 kernel: Brand: Synology
May 30 10:40:13 kernel: Model: DS-409
May 30 10:40:14 kernel: md: md2: set sda3 to auto_remap [0]
May 30 10:40:14 kernel: md: md2: set sdd3 to auto_remap [0]
May 30 10:40:14 kernel: md: md2: set sdc3 to auto_remap [0]
May 30 10:40:14 kernel: md: md2: set sdb3 to auto_remap [0]
May 30 10:40:14 kernel: 0: w=1 pa=0 pr=4 m=1 a=2 r=4 op1=0 op2=0
May 30 10:40:14 kernel: 3: w=2 pa=0 pr=4 m=1 a=2 r=4 op1=0 op2=0
May 30 10:40:14 kernel: 2: w=3 pa=0 pr=4 m=1 a=2 r=4 op1=0 op2=0
May 30 10:40:14 kernel: 1: w=4 pa=0 pr=4 m=1 a=2 r=4 op1=0 op2=0
May 30 10:40:14 kernel: raid5: raid level 5 set md2 active with 4 out of 4 devic                                         es, algorithm 2
May 30 10:40:14 kernel: RAID5 conf printout:
May 30 10:40:14 kernel:  --- rd:4 wd:4
May 30 10:40:14 kernel:  disk 0, o:1, dev:sda3
May 30 10:40:14 kernel:  disk 1, o:1, dev:sdb3
May 30 10:40:14 kernel:  disk 2, o:1, dev:sdc3
May 30 10:40:14 kernel:  disk 3, o:1, dev:sdd3
May 30 10:40:16 kernel: VFS: Can't find ext3 filesystem on dev md2.
May 30 10:40:16 kernel: VFS: Can't find ext3 filesystem on dev md2.
May 30 10:40:16 kernel: VFS: Can't find ext3 filesystem on dev md2.
May 30 10:40:16 kernel: VFS: Can't find ext3 filesystem on dev md2.
May 30 10:40:16 kernel: VFS: Can't find ext3 filesystem on dev md2.
May 30 10:40:16 kernel: VFS: Can't find ext3 filesystem on dev md2.
May 30 10:40:16 kernel: VFS: Can't find ext3 filesystem on dev md2.
May 30 10:40:16 kernel: VFS: Can't find ext3 filesystem on dev md2.
May 30 10:40:16 kernel: VFS: Can't find ext3 filesystem on dev md2.

vieleicht sind die Daten ja noch drauf. Backup ist/war nicht möglich.

Danke und Gruss

Supaman · 30. Mai 2010

WT99 schrieb:
Hallo Zusammen

nach einem Stromausfall ist die HD2 ausgefallen.
Dann habe ich eine HD gezogen, war aber die 3.
Seitdem zickt die Kiste rum...
schon klar, 2 defekte platten -> crashed raid.

HD Test als normal abgeschlossen, weshalb ich einen Defekt ausschliesse.
crashed raid nach stromausfall ist nur ein logischer fehler.

Hab dann die Platten aus dem Raid genommen und wieder eingefügt.
Volume1 will aber immernoch nicht.
könntest du das bitte genauer beschreiben?

Etwas erstaunt bin ich über das nichtvorhandene Filesystem
Wie kann ich das wieder hinbiegen, jemand nen Tipp?

vieleicht sind die Daten ja noch drauf. Backup ist/war nicht möglich.

Danke und Gruss

....................

WT99 · 30. Mai 2010

Hallo Supaman

Habe das Raid gemäss Deiner Anleitung vom [how to] das Raid repariert.
Volume1 will aber immernoch nicht starten.

Gruss
Rolf

WT99 · 30. Mai 2010

Heute Mittag hat sich die Platte 2 definitv verabschiedet.

Rich (BBCode):

nasserver02> cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4]
md1 : active raid1 sda2[0] sdb2[1] sdc2[2]
      522048 blocks [4/3] [UUU_]

md0 : active raid1 sda1[0] sdb1[1] sdc1[2]
      2489920 blocks [4/3] [UUU_]

unused devices: <none>

Rich (BBCode):

nasserver02> mdadm --query --detail /dev/md2
/dev/md2:
        Version : 1.01
  Creation Time : Sat May 29 23:05:01 2010
     Raid Level : raid5
     Array Size : 4385985408 (4182.80 GiB 4491.25 GB)
  Used Dev Size : 1461995136 (1394.27 GiB 1497.08 GB)
   Raid Devices : 4
  Total Devices : 2
    Persistence : Superblock is persistent

    Update Time : Sun May 30 19:55:29 2010
          State : clean, degraded
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0

         Layout : left-symmetric
     Chunk Size : 64K

           Name : nasserver02:2  (local to host nasserver02)
           UUID : d90f9299:c1c82c38:f08a7ee6:92d0a70d
         Events : 46

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

Platte 4 sollte aber in Ordnung sein, nur wie bring ich die da wieder hin?

Supaman · 31. Mai 2010

beschreib doch erstmal datailiert, was passiert ist und was du genau alles gemacht hast, das ist nicht ganz unwichtig...

WT99 · 31. Mai 2010

Alles begann mit einem Stromausfall.

Volume 1 degradet, Platte 2 als defekt gemeldet
Dann habe ich die Vermeindliche Platte 2 gezogen und das System wieder gestartet. Leider war das nicht Platte 2 sondern die 3.

Ergebniss natürlich das das Raid 5 dahin ist.
Platte wieder rein, System gestartet und mit dem Befehl

Rich (BBCode):

mdadm --query --detail /dev/md2

mir mal die Infos ausgelesen.

Danach habe ich mit

Rich (BBCode):

mdadm --assemble --force -v /dev/md2 /dev/sda3 /dev/hdb3 /dev/hdc3 /dev/hdd3

das Raid neu erstellt.
System neu gestartet.

Die Platten wurden aber immernoch als Defekt gemeldet und das Volume liess sich nicht starten.

Dann habe ich die 2. Platte ausgebaut und nochmals von vorne gestartet.
mit dem Unterschied das ich anstelle von Platte 2 missing verwendet habe.

nach erneuten System start war dann die Platte 4 als removed deklariert.

Diese habe ich gestern abend mit

Rich (BBCode):

mdadm --add /dev/md2 /dev/hdd

wieder als spare hinzugefügt.

Im System sind also aktuell die 1, 3 und die 4.
Im Webinterface steht das auf der Platte 4 die Systempartition nicht geschrieben werden kann.

Gruss

Supaman · 31. Mai 2010

mdadm --assemble --force -v /dev/md2 /dev/sda3 /dev/hdb3 /dev/hdc3 /dev/hdd3

versuchs mal ausschliesslich mit "/dev/sdx" anstelle "/dev/hdx" (a,b,c,d), ggf. mit missing paramteter.

ansonsten raid am pc auslesen.

WT99 · 19. Jul 2010

so.. meine DS409 hat ne Reise gemacht nach Taiwan und wieder zurück.

Gemäss Support sollte es Daten haben.
Leider aber kein OS dazu.

Wenn ich nun den Assistenten starte meint die Software die HDD's werden formatiert..

Gibts eine möglichkeit die Firmware draufzupacken ohne das alles formatiert wird?
Den das hätte ich auch vor Wochen machen können.

Gruss

WT99 · 19. Jul 2010

Problem gelöst!

Die Jungs haben lediglich die Schrauben der HDD's vergessen, deshalb war keine mehr angehängt.

Danke und bis zum nächsten Problem.

Gruss WT99