4. Platte zum Raid hinzugefügt - wird aber nicht eingebunden

Hallo,

ein paar Fragen:

- Welche QTS Version verwendest Du?

- Welches RAID-Level? 5 oder JBOD oder was sonst?

- Was Für Seagate Platten verwendest du? Wenn Du die neue 12 TB Platte z.B. in ein RAID5 einbindest, vergeudest Du 9 TB, da nur die ersten 3 TB verwendest werden.

- Ist das NAS offen vom Internet aus mittels Portfreigabe erreichbar?

Zitat von Tolotus

Habe eine 12TB Platte eingesetzt und nach Anleitung in den RAID versucht einzubinden.

UdoA hat es schon gesagt, das war vollkommen falsch.

Wenn eine Platte in einem Raid hinzugefügt wird, dann kriegst Du sie ohne weiteres nicht mehr aus dem Raid heraus!

Unterbrechen würde ich den Vorgang jetzt auf keinen Fall. Wenn Du Pech hast, hast Du auch noch eiene Platte mit SMR erwischt (würde mich bei diesen o.a. Zeiten nicht wundern).

Ein Tipp wäre gewesen: beim nächsten mal VORHER fragen, wenn man etwas nicht weiß.

Aber man ist es im Forum ja gewohnt, das ERST gemacht wird und DANN nach Hilfe gerufen wird... .

Egal wie das ausgeht: mach Dir JETZT Gedanken über ein Backup, denn ohne das werden weitere Schritte wahrscheinlich nur mit dem Totalverlust der Daten möglich sein.

Gruss

Dann wäre mein Rat, wie FSC830 es schrieb:

Sieh zu, dass Du ein Backupmedium hast, z.B. eine externe USB HDD, 5 - 6 TB groß, evtl. mehr für die Zukunft.

Die Platten sind zum Glück alle für NAS geeignete Platten und werden auch von dem Modell unterstützt.

Ich bin nicht der totale Experte, was ein Abbruch des RAID-Rebuild für die vorhandenen Platten bedeutet und würde dahr noch einiges warten. Wenn sich auch nach mehreren Stunden kein Fortschritt ergibt und du nicht mehr drauf zugreifen kannst, würde ich das NAS mittels 3 Sekunden reset neu starten.

Wenn Du dann wieder drauf zugreifen kannst, ein Backup anfertigen und dann mit den beiden 12 TB Platten direkt neubeginnen und ein RAID1 anlegen, das kann dan später zu einem RAID5 erweitert werden.

FSC830 : Wie verhält sich der 3 Sekunden Reset bei einem RAID Rebuild? Kann man danach noch auf die bisher vorhandenen Daten zugreifen?

Lange her, das ich das gemacht habe, und das war auch nicht während eines Rebuilds .

Hier haben wir aber auch eine Raiderweiterung, keinen Rebuild.

Aber die Daten sind i.d.R. nach einem Reset noch vorhanden, egal ob 3s oder 10s. Nur das man nach dem 10s Reset auch die Nutzer/Freigaben wieder einrichten muss.

Meine Bedenken gehen eher in die Richtung der I/O Vorgänge. Da hätte ich momentan keine Ambititonen, während der Vorgang läuft, einen harten Reset zu machen.

Wenn ein Datenzugriff noch möglich ist, lieber sofort an Weihn...äh Backup denken und durchführen .

Gruss

Zitat von Tolotus

habe noch eine weiter 12TB Platte gekauft und die wollte ich danach einbauen und die anderen rausnehmen.

Das wäre genauso wenig gegangen, wie die überschüssige Kapazität der 12TB Platte im Raid 5 noch zu nutzen!

Sorry , aber manchmal kommt es mir so vor, als ob jemand Himbeersirup in den Tank seines Fahrzeuges kippt um dann zu erfahren, das Benzin oder Diesel reinkommt. .

Es ist durchaus keine Schande etwas nicht zu wissen, aber es nicht zu wissen und nicht zu fragen, dann aber einfach irgendetwas zu machen, da müsste man doch selbst auf die Idee kommen, das es womöglich besser wäre, sich vorher schlau zu machen.

Musste ich jetzt einfach mal loswerden...

Denn ich finde, das häuft sich hier in letzter Zeit.

Ist SSH aktiv? Wenn es darum geht den Status des Rebuilds anzusehen ob sich überhaupt mal was tut bevor man mit einem Reset irgendwas riskiert:

cat /proc/mdstat (Dank an dolbyman, der mir das mal vorgeschlagen hatte)

Wenn du erfolgreich angemeldet bis kommt neuerdings so ein qnap Menü.

q eingeben und dann Enter

Anschließend y eingeben und nochmal Enter.

Dann kannst du das Ding von oben eingeben..

O.k., wenn Du per ssh auf das NAS kommst geht ja noch einiges.

Wenn Du Dich eingeloggst hast, kannst Du auch mal den Befehl

mount

eingeben. Dort gibt es das Verzeichnis /share

Unterhalb dieses Verzeichnisses sind im Verzeichnis /share/CACHEDEV1_DATA (bei unverschlüssltem Volume) bzw. /share/CE_CACHEDEVx_DATA (bei verschlüsseltem Volume, wobei x eine 1,2, oder 3 ist) die Daten abgelegt.

Wenn Dort sich hoffentlich alles befindet kannst Du sie im Notfall mit cp -R auf die BAckup-HDD kopieren.