TS-659 Pro II / Migration Raid5 4*2TB -> Raid5 3*4TB

    Hallo,


    wie im Betreff beschrieben möchte ich in einem TS-659 Pro II ein Raid5 mit 4*2TB auf Raid5 mit 3*4TB erweitern.


    So wie ich das bisher rausbekommen konnte gibt es wohl keinen direkten Weg mit der Erweiterungsfunktion da hier die Anzahl der Festplatten bei der Kapazitätserweiterung verringert werden soll.


    Wenn's doch so geht würde ich mich über einen Hinweis freuen.


    Der ansonsten von mir angedachte Lösungsweg wäre folgender:


    In die 2 leeren Slots 2*4TB einsetzen -> diese zusammenfassen (z.B. JBOD oder RAID0?)-> Daten vom alten RAID hierauf kopieren -> altes RAID entfernen -> alte Platten raus -> dritte 4TB einsetzen und das JBOD bzw. RAID0 auf RAID5 umstellen -> fertig.


    Wie auch immer das obige gelöst wird, folgende Fragen stellen sich mir noch:


    Wie kopiere ich die Daten am besten?
    Die 'normalen' Daten machen mir dabei recht wenig Sorgen, wie sieht's aber mit den Systemfiles aus?
    Ich habe z.B. Das Startup-script geändert, diverse Sachen eingebunden usw..
    Und was ist mit den ganzen Einstellungen (User-Rechte etc.)?


    Und: kann ich eigentlich die Festplatten nach erfolgter Raid-Umstellung einfach in einen anderen Slot verschieben?
    Konkret: Die 4*2TB belegen Slot 1,2,3,4. Die 2*4TB kämen in Slot 5+6. Nach dem Kopieren würde ich gerne die 2TBs aus den Slots 1,2,3,4 entfernen und dann die 2*4TB aus Slot 5+6 in Slot 1+2 verfrachten. Geht das bzw. wie?


    ...ap

    Hallo und Willkommen im Club !


    Der ganze Plan funktioniert leider wieder nicht, weil weder ein RAID0, noch ein JBOD in ein RAID5 migrierbar sind.
    Vielleicht schaust Du dann doch mal in die Bedienungsanleitung der RAID-Verwaltung: --> http://docs.qnap.com/nas/3.8/de/raid_management.htm
    Welche Erweiterungen und Migrationen möglich sind, findet sich dort in einer grossen Tabelle ganz unten auf der Seite.


    Das Umverschieben von RAID-Verbunden auf andere Slots ist nicht zu empfehlen.


    Ich würde:
    - die Systemeinstellungen sichern, da werden dann auch alle User und Rechtevergaben mitgesichert --> http://docs.qnap.com/nas/3.8/de/backup__restore_settings.htm
    - die Daten sichern, falls kein Backup vorhanden ist
    - die Maschine mit den neuen HDDs neu aufsetzen und das neue RAID bilden
    - die Systemeinstellungen und die Daten zurücksichern


    Dein Kernproblem scheint mir zu sein, dass Du kein Backup der Daten hast. Dazu würde ich Dir dringenst die beiden folgenden Artikel nahelegen:
    --> http://forum.qnapclub.de/viewtopic.php?f=242&t=18680
    --> http://forum.qnapclub.de/viewtopic.php?f=166&t=16105


    Falls da eine Reihe Scripte und eigene Erweiterungen laufen, gibt es Möglichkeiten, diese über Konsolenbefehle zu kopieren, dazu müsste sich mal jemand melden, der das kann. ;)


    GLG GBD

    Hallo,


    Zitat von "GorillaBD"


    Der ganze Plan funktioniert leider wieder nicht, weil weder ein RAID0, noch ein JBOD in ein RAID5 migrierbar sind.
    Vielleicht schaust Du dann doch mal in die Bedienungsanleitung der RAID-Verwaltung: --> http://docs.qnap.com/nas/3.8/de/raid_management.htm
    Welche Erweiterungen und Migrationen möglich sind, findet sich dort in einer grossen Tabelle ganz unten auf der Seite.


    Ich hatte wohl schon sowas gelesen, aber wie immer: Die Hoffnung stirbt zuletzt.



    Zitat


    Das Umverschieben von RAID-Verbunden auf andere Slots ist nicht zu empfehlen.


    Ich hatte nach meinem Post auch nochmal rumgeschaut, das sollte mit der Systemmigration laut diverser Forenbeiträge doch eigentlich problemlos gehen?




    Genau den ganzen Aufwand wollte ich eigentlich vermeiden...



    Zitat


    Dein Kernproblem scheint mir zu sein, dass Du kein Backup der Daten hast. Dazu würde ich Dir dringenst die beiden folgenden Artikel nahelegen:
    --> http://forum.qnapclub.de/viewtopic.php?f=242&t=18680
    --> http://forum.qnapclub.de/viewtopic.php?f=166&t=16105


    Wer sagt das? Klar ist ein Backup vorhanden - Ich bin zwar irre aber nicht wahnsinnig :)


    Allerdings werden die Backup-Platten an einem externen Rechner über USB angeschlossen.
    Da wird das Überspielen dann nicht mehr in Stunden sondern in Tagen gerechnet.



    Zitat


    Falls da eine Reihe Scripte und eigene Erweiterungen laufen, gibt es Möglichkeiten, diese über Konsolenbefehle zu kopieren, dazu müsste sich mal jemand melden, der das kann. ;)


    Können schon, ich hab ja den ganzen Krempel auch erstellt.
    Allerdings hängt an vielen Sachen immer 'ne Menge Feintuning dran und ich wollte das ganze RAID halt möglichst Umstandslos Spiegeln.
    Es geht sicher auch so irgendwie, allerdings habe ich das QNAP extra mal angeschafft weil ich für die Datenspeicherung eben nicht mehr so viel Aufwand betreiben wollte.


    Trotzdem vielen Dank für deine Tips.


    Gruss ..ap

    Zitat von "ap2"

    Allerdings werden die Backup-Platten an einem externen Rechner über USB angeschlossen.
    Da wird das Überspielen dann nicht mehr in Stunden sondern in Tagen gerechnet.


    Hm. Meine 659 ProII hat schnelle eSata und USB3-ports, Deine auch. Und 6TB... ?


    Ich fülle grade meine 559 über 2 eSata - ports mit ca. 16TB bei ca. 170MB/sec, die werden bis morgen um diese Zeit drauf sein.


    GLG GBD

    Dann müsste ich aber wahrscheinlich ein externes Netzteil für die Sata-HDDs haben, wahrscheinlich auch ein Esata-Kabel, dann kann man soweit ich weiss immer nur eine HDD anschliessen....
    Hiesse: Netzteil kaufen, Esata-Kabel kaufen, rumwurschteln usw..


    Geht sicher alles irgendwie , aber eben genau diese ganzen Verrenkungen wollte ich mir eigentlich mit dem Kauf des QNAP ersparen.
    Wenn ich nämlich Aufwand treiben muss dann kann ich auch einen leistungsfähigeren und billigeren PC mit Linux nehmen, aber genau das wollte ich eben nicht mehr.


    Wie auch immer: irgendwie wirds wahrscheinlich schon - nur eben nicht so problemlos wie ich mir das dachte..


    Nochmal abschliessend die Frage nach der Systemmigration: Sind dort Probleme beim Verschieben von HDDs in andere Slots zu erwarten?
    Du hattest ja davon abgeraten während andere Beiträge immer von 'problemlos' in diesem Zusammenhang sprechen.
    Was ist richtig? ...oder haben wir eventuell nur aneinander vorbeigeredet?


    Gruss ..ap

    Einmal editiert, zuletzt von GorillaBD () aus folgendem Grund: Unnötiges Volltextzitat entfernt! Siehe Forenregeln.

    Ach komm... ;)


    Da bestelle ich mir einen Dualport-Quickport mit USB3 und eSata-Anschluss, die kann man im Internet in Minuten kaufen und der Postbote bringt die vorbei, da sind alle Kabel und das Netzteil mit dabei, nackte Platte einfach reingesteckt und fertig ist das. Das hat mit manchem was zu tun, mit "Aufwand" oder gar "rumwurschteln" imho aber ziemlich wenig. 8-)


    Unter Sytemmigration versteht QNAP, einen Festplattensatz von einer NAS in eine andere zu portieren. --> http://docs.qnap.com/nas/3.8/de/system_migration.htm
    Hierbei sind die HDDs wieder genau an die gleichen Plätze zu setzen, wie sie sich in der alten NAS befanden.


    Verschieben von Plattenverbunden innerhalb einer NAS in andere Slots fällt nicht unter den Spachgebrauch Systemmigration. Es ist eine "Operation", die gutgehen kann, möglicherweise aber auch das RAID "durcheinanderbringt". Ich würde eine solche Operation daher nicht empfehlen ohne zwingende Notwendigkeit oder gar ohne Backup. Mit Einzeldisks sind solche Verschiebungen dagegen kein Problem.


    GLG GBD

    So, habe die Daten jetzt auf dem neuen RAID.


    Vorgehensweise:


    1* 4TB in Slot 6 -> als Einzellaufwerk eingebunden -> Daten vom alten RAID hierher kopiert -> Platten des alten RAID (2TB) raus -> neue Platten (4TB) rein -> RAID5 eingerichtet (3*4TB) -> Daten zurückgespielt.


    Die vorher gesicherten Systemeinstellungen wurden auch zurückgespielt.


    Ich hatte nicht kontinuierlich auf die Laufwerks-/ bzw. RAID-Statusseiten geschaut, nur nebenbei etwas von wegen Synchrnisierung des RAIDs gesehen.


    Soweit erstmal alles ok, aber:


    Das RAID wird jetzt als 'im herabgesetzten Modus' angezeigt.





    Verwunderlich, da die Synchronisation anscheinend fertig ist.


    Also habe ich mir mal das Systemlog vorgenommen und dort folgendes gefunden:




    Wenn ich das recht sehe erwartet er wieder 4 Platten im RAID.
    Allerdings sieht das nur im Log so aus, in der Datenträgerverwaltung bzw. RAID-Verwaltung stehen nur 3 Platten für das RAID, auch die Grösse des RAIDs wird dort korrekt angezeigt.


    Kann ich beim Rücksichern der Daten etwas an der Konfiguration zerschossen haben?
    Wenn ja: welche Daten könnte/sollte ich korrigieren um das wieder in Ordnung zu bringen?


    Die Daten wurden von mir direkt unter der Shell überspielt.
    Dabei habe ich alle Daten die auf dem alten RAID-Verbund lagen auf den neuen kopiert, auch solche Verzeichnisse wie z.B. '/.@backup_config', '/.qpkg' usw.

    Hm.


    Scheint mir so, dass durch das Zurücksichern aller unveränderten Systemeinstellungen die NAS der Meinung ist, das RAID5 bestünde wie vorher aus vier Platten. Da nun eine fehlt, meckert die NAS diese an und kennzeichnet das RAID als "degraded" bzw. "im herabgesetzten Modus", also eine fehlend.


    Ich weiss leider selbst nicht, wie sich das ohne Neuaufsetzen beheben liesse, in jedem Fall müsste man imho geschickt-fachwissend jetzt die entscheidenden Konfigurationsdateien so manuell manipulieren, dass diese den aktuellen Tatsachen angepasst werden.


    Möglicherweise hilft auch ein RESET, keine Ahnung. Oder man könnte den RAID-Verbund auflösen und neu einrichten, das würde allerdings ebenfalls Datenverlust bedeuten, zumindest blieben aber die Userdefinitionen und sonstigen Einstellungen erhalten.


    GLG GBD

    Zitat von "ap2"

    Wenn ja: welche Daten könnte/sollte ich korrigieren um das wieder in Ordnung zu bringen?


    Wie sehen denn bei dir die
    /etc/config/raidtab
    /etc/config/mdadm.conf
    /etc/storage.conf
    aus?

    Komme gerade vom Gerät zurück (steht nicht bei mir).


    Stand der Dinge: Ich hatte auch rausgefunden das in der '/etc/config/raidtab' die aktuelle RAID-Konfiguration abgebildet ist.
    (Danke für deinen Hinweis auf die anderen Files, mdadm.conf sagt mir garnichts.)


    Ich hatte dann dann aus dem Verzeichniss 'RAID_ROOT/.@backup_config' die letzte raidtab mit der 3-Platten-Konfiguration rausgesucht und in /etc/config übertragen.


    Das Problem liess sich -soweit ich sehen konnte- damit beheben, d.h. auch im Systemlog stand jetzt wieder was von '[RAID5 Disk Volume: Drive 1 2 3]'.


    Also drittes LW eingesetzt und formatiert bzw. die Formatierung gestartet.


    Dann fiel mir ein das das ja wohl beim wiedereinbinden ins RAID sowieso automatisch erledigt wird und ich wollte das formatieren stopppen, was allerdings nicht funktionierte (Knopf ausgegraut).


    Da ich nicht ewig auf das Ende der Formatierung warten wollte -> Laufwerk mechanisch ausgeworfen -> Laufwerk nach Wartezeit wieder eingesetzt.
    Ergebniss: LW meldet 'Disk-Lese/Schreibfehler '


    Alles probiert -> LW meldet obige Fehler und erscheint auch nicht in der LW-Liste.


    LW rausgenommen und einen Slot weiter eingesetzt: LW meldet immer noch den Fehler aber erscheint in der LW-Liste.


    In der RAID-Verwaltung liess sich das inaktive RAID5 nicht anwählen um die Disk hinzuzufügen.


    Also habe ich das LW als GlobalesSpare definiert und -> LW wird automatisch dem RAID hinzugefügt.


    Heisst also: das LW hat laut Status Schreib/Lesefehler, allerdings gehe ich davon aus das das nur logisch vom QNAP so erkannt wird (wegen des manuellen Entfernens). Der LW-Test (kurz) ergab auch keine Fehler.


    Wie auch immer, ich probiere lieber jetzt etwas rum als das mir das Ding dann im Einsatz Probleme macht.


    Z.B. würde ich nach erfolgreicher Synchronisierung gerne die letzte HDD wieder in den alten Slot verfrachten.


    Ich sehe gerade, ich habe ja schon einen halben Roman hier produziert 8-) .
    Hoffentlich ist niemand beim Lesen eingeschlafen.


    Danke auch für die Tips und Hilfen bisher.


    Wenn noch jemand weiss wie ich die Schreib/Lesefehler-Meldung wieder wegbekomme und meine Platte dann wieder auf einen anderen Slot verschieben kann....


    --- EDIT ---


    Übrigens, das hatte ich vergessen:


    Die fehlerhafte Anzahl der Platten wurde durch die QNAP-Funktion 'Wiederherstellung der Systemeinstellungen' verursacht.


    Ich hab's nochmal getestet:


    Raid durch überrschreiben der Datei 'raidtab' auf RAID mit 3 HDDs umgestellt -> funktioniert -> testweise reboot -> alles wie's sein soll (RAID it 3 Platten) -> alte Systemeinstellungen (Stand: als das RAID noch 4 Platten hatte) zurückgespielt -> nach reboot erwartet das QNAP wieder 4 Platten im Raid.


    Bug oder Feature?


    Nach meinem Verständniss sollten mit den Systemeinstellungen nur Benutzter, Gruppen, Zugriffsrechte usw. gesichert werden.
    Alles andere wäre IMHO auch unsinnig.

    2 Mal editiert, zuletzt von GorillaBD () aus folgendem Grund: Unnötiges Volltextzitat entfernt! Doppelte Beiträge vermeiden! Siehe Forenregeln.

    Bitte keine Mehrfachposts hintereinander eingeben, sondern den jeweils letzten eigenen Beitrag entsprechend ändern, solange dies (48h) möglich ist.


    Ich habe das diesmal für Dich erledigt, also bitte nicht die Doppelposts, die ich gerade in den vorhergehenden Beitrag einediert und dann gelöscht habe, gleich wieder einstellen. Das ist kein Bug des Forums, sondern ein Moderations-Feature. :)


    GLG GBD