RAID 5 rebuild nicht möglich

  • Hallo - schon wieder Probleme mit dem RAID TS-639pro
    Die Kiste behauptet Schreib-/Lesefehler auf Platte 1
    Platte raus - weil der Rebuild nicht abspringen wollte
    Platte rein - nichts passiert
    RAID 5-Datenträger: Laufwerk 2 3 4 5 6
    9161.55 GB Ja Im herabgesetzten Modus Bitte setzen Sie ein Laufwerk mit einer höheren Kapazität ein und warten Sie, bis der Laufwerkstatus zu Bereit wechselt, bevor Sie diesen Vorgang ausführen.
    Das ist die gleiche Platte die vorher drin war - wieso also diese Meldung?
    Keine Aktion möglich - schon wieder neu aufsetzen - mir reichts langsam!!!
    Wie kann man der Kiste sagen, dass diese Platte die Rictige ist?
    Wie kann man das RAID-Rebuild manuell anstoßen?


    Nachtrag:
    [~] # mdadm --detail /dev/md0
    /dev/md0:
    Version : 00.90.03
    Creation Time : Fri May 20 12:55:40 2011
    Raid Level : raid5
    Array Size : 9759728000 (9307.60 GiB 9993.96 GB)
    Used Dev Size : 1951945600 (1861.52 GiB 1998.79 GB)
    Raid Devices : 6
    Total Devices : 5
    Preferred Minor : 0
    Persistence : Superblock is persistent


    Intent Bitmap : Internal


    Update Time : Sun May 29 12:35:37 2011
    State : active, degraded
    Active Devices : 5
    Working Devices : 5
    Failed Devices : 0
    Spare Devices : 0


    Layout : left-symmetric
    Chunk Size : 64K


    UUID : 549464be:0ca92a5e:e2fa4edf:bbffc780
    Events : 0.676243


    Number Major Minor RaidDevice State
    0 0 0 0 removed
    1 8 19 1 active sync /dev/sdb3
    2 8 35 2 active sync /dev/sdc3
    3 8 51 3 active sync /dev/sdd3
    4 8 67 4 active sync /dev/sde3
    5 8 83 5 active sync /dev/sdf3
    kann mir jemand sagen wie ich das removed weg bringe und die platte hinzufüge?

  • hattest du die Platte vor dem Entfernen nach Bad Blocks scannen lassen? Normal sollte er nach positiven Abschluss des Scans, das Rebuild alleine beginnen
    ansonsten ist mir auch keine Möglichkeit bekannt, dies selbst anzustoßen, vielleicht hilft es Platte 1 zu formatieren, dann raus und wieder rein

  • Hallo,


    auch das alles hab ich probiert - es hängt offenbar nur an der Meldung, dass ich eine größere Platte einsetzen soll zusammen - woher die auch immer kommt (Programmierer der z.B. bei der Abfrage der Größe ">" statt ">=" fragt). Diese Meldung kam nach einem Neustart - vorher hatte er eigentlich alle 6 Platten.


    Grüße Helmut


    PS.: ich hoffe immer noch darauf, dass mir jemand eine Anleitung für das mdadm geben kann um das Problem zu lösen - sowas wie RAID deaktivieren - Platte dazuhängen - rebuild anstossen - aktivieren - fertig. Das wäre mein Traum :)

  • Hi,


    Du hattest doch hier:
    http://forum.qnapclub.de/viewt…46&t=15656&p=86970#p86268
    Ein Ähnliches Problem mit einer Platte.


    Kann es sein, dass die Platte 2 jetzt im Slot 1 hängt?
    Hattest Du vor dem neu aufsetzen die Superblocks gelöscht?


    Ich bin mir gar nicht so sicher ob das das NAS "von alleine macht". Darum frage ich.


    Mache einfach mal ein:

    Code
    dd if=/dev/zero of=/dev/sda bs=1024k count=1


    (Das löscht die Partitionsinfos / natürlich auch Superblocks). Danach versuche einfach mal die Platte 1 rein und raus zu stecken (Hotswap).
    Mal schauen was er dann initialisiert.


    Grüsse, David

  • Zitat

    Hi,
    Du hattest doch hier:
    http://forum.qnapclub.de/viewt…46&t=15656&p=86970#p86268
    Ein Ähnliches Problem mit einer Platte.


    Nein - das war Kapazitätserweiterung - alles geplättet - eine Woch lang Rücksicherung - dann Sonntag 4:00 morgens aus irgend einem Grund hat sich die Kiste neu gestartet und danach die Platte angemeckert. Da war sie ihm aber noch nicht zu gross. Platte rein - raus - gelöscht - überschrieben - nix geholfen - Neustart - seitdem passt ihm die Größe nicht mehr und die 1 ist aus dem RAID raus.


    Zitat

    Kann es sein, dass die Platte 2 jetzt im Slot 1 hängt?


    Nein

    Zitat

    Hattest Du vor dem neu aufsetzen die Superblocks gelöscht?


    Ja
    wieder rein - alle Partitionen wurden sauber angelegt - aber kein rebuild


    Zitat

    Ich bin mir gar nicht so sicher ob das das NAS "von alleine macht". Darum frage ich.


    Mache einfach mal ein:

    Code
    dd if=/dev/zero of=/dev/sda bs=1024k count=1


    das dauert über 24 Stunden!

    Zitat

    (Das löscht die Partitionsinfos / natürlich auch Superblocks). Danach versuche einfach mal die Platte 1 rein und raus zu
    stecken (Hotswap).
    Mal schauen was er dann initialisiert.


    keine Reaktion - die Platte wird als bereit markiert - aber kein rebuild


    ich denke nach wie vor, dass das Problem an der Meldung liegt, dass ihm die Platte zu klein ist.

    Einmal editiert, zuletzt von Terz () aus folgendem Grund: QUOTE TAGS

  • Zitat

    das dauert über 24 Stunden!


    Nope. Eher einen Bruchteil einer Sekunde wenn Du es so ausführst wie beschrieben ;) (bs & count)


    Try it ruhig mal bevor Du die Platte 1 wieder so in den Verbund hebst.

  • Hallo,


    alles wie vorher.
    Ich kann die RAID-Verwaltung nicht anklicken, weil er stur behauptet ich müsste eine größere Platte einsetzen.
    Bald sind die Daten endgültig gesichert - dann setz ich die Kiste zum letzen Mal neu auf. Wenn dann wieder nach 2 Wochen die Kiste spinnt geh ich mit der Firmware zurück auf 3.3.x - da lief alles perfekt.


    Helmut


    Nachtrag - RAID gelöscht - bin am neu aufsetzen - Danke für den guten Willen.


    2. Nachtrag - Wie vermutet - alle Platten werden anstandslos akzepiert - die nächsten Wochen alles doppelt sichern - mal sehen wie lange es diesmal stabil bleibt...

  • Holla die Waldfee - wenn ich sowas hier lese geht mir ziemlich die Hutschnur hoch...
    Ich hoffe mal daß mir das nicht passiert... 6TB wegsichern und neu draufbügeln gehört nicht zu meinen Hobbies - wenn ich 6TB sichern wollte hätte ich mir keinen NAS mit RAID hingestellt (jaaa, ich weiss daß RAID kein...*G). Das mit der Meldung von wegen Platte zu klein klingt echt schräg...


    Halt uns (mich!) bitte auf dem Laufenden ob das nochmal passiert... ich kann ja nur hoffen, daß wenn dann nur die Intel-Büchsen betroffen sind^^
    Ansonsten bringst Du mich hier gerade um meine Nachtruhe^^