Hallo zusammen,<\/p>\n\n\n\n
kurz vor dem Jahresabschluss hatte ich ein kleines Problem mit meinem QNAP-NAS:<\/p>\n\n\n\n
W\u00e4hrend das System eine der Festplatten neu aufgebaut hat, beschloss meine USV, dem NAS den Befehl zum herunterfahren zu geben, was dieses auch prompt tat.<\/p>\n\n\n\n
Resultat: Der RAID-Controller war verwirrt und das RAID5 somit unbrauchbar.<\/p>\n\n\n\n
An dieser Stelle m\u00f6chte ich mich bei den diversen „Datenrettungsexperten“ – ja, die meisten davon tauchen ganz weit vorne in der Googlesuche auf – bedanken, die mir nach ihren „Analysen“ diverse Horrorszenarios geliefert haben, die nichts mit dem zu erkennenden Fehlerbild zu tun hatten und mich durch ihre Angebote zur Datenrettung von etwa 15.000 (in Worten: F\u00fcnfzehntausend!!) Euro f\u00fcr die Standardl\u00f6sung bzw. 6000 EUR, wenn ich bereit bin, 3-4 Monate zu warten, nachhaltig dazu motiviert haben, mein Problem selbst zu l\u00f6sen.
(Nicht falsch verstehen: Wenn mir jemand sagt: RAID-Wiederherstellung kostet 10.000EUR, dann ist das ehrlich und okay \u2013 jeder macht seine Preise selbst. Wenn mir aber wilde Stories geliefert werden, und die \u201ekundenspezifische\u201c L\u00f6sung angeblich so aufwendig ist, dann ist das f\u00fcr mich nahe am Tatbestand der arglistigen T\u00e4uschung).<\/p>\n\n\n\n
Noch einmal vielen Dank daf\u00fcr \u2013 die 500 EUR Analysekosten betrachte ich als Lehrgeld!<\/p>\n\n\n\n
Bevor ich jetzt anfange, die L\u00f6sung zu beschreiben, noch einige grundlegende Dinge:<\/p>\n\n\n\n
Jetzt aber zur eigentlichen L\u00f6sung:<\/p>\n\n\n\n
Als erstes ben\u00f6tigt Ihr einen Konsolenzugriff auf das NAS. Also Putty herunterladen (http:\/\/www.putty.org\/<\/a> ), IP-Adresse des NAS, Port 22 eintragen, verbinden, als admin anmelden und Ihr seid im Rennen.<\/p>\n\n\n\n Im n\u00e4chsten Schritt m\u00fcsst Ihr herausfinden, auf welchen Partitionen Eure Daten liegen.<\/p>\n\n\n\n Mit<\/p>\n\n\n\n bekomm Ihr eine Liste mit allen Partitionen, die aktuell auf dem System vorhanden sind. Im n\u00e4chsten Schritt schaut Ihr Euch eventuell vorhandene Superblocks auf diesen Partitionen an:<\/p>\n\n\n\n Das X m\u00fcsst Ihr durch den Buchstaben f\u00fcr die jeweilige HDD ersetzen, das n durch die Nummer der Partition. Zum Beispiel:<\/p>\n\n\n\n Als Ergebnis bekommt Ihr dann hoffentlich etwas, das so aussieht:<\/p>\n\n\n\n Ihr werdet mehrere solcher Blocks finden. Aber nur eines je HDD beinhaltet Eure Daten. Erkennbar am einfachsten an der Gr\u00f6\u00dfenangabe unter \u201eArray Size\u201c. Ich hab den ganzen Kram dann jeweils ins Notepad++ kopiert, und hatte nachher eine sch\u00f6ne \u00dcbersicht \u00fcber meine Festplatten.<\/p>\n\n\n\n Ihr braucht au\u00dferdem die Angabe unter \u201eChunk Size\u201c sowie die \u201eDevice Role\u201c. Letztere gibt Euch eine Aussage dar\u00fcber, an welcher Stelle sich die Platte im RAID-Verbund befunden hat (hier die erste Platte).<\/p>\n\n\n\n Das Ergebnis der fehlenden Platte sah bei mir so aus:<\/p>\n\n\n\n Ihr seht: Das Ding wurde als \u201espare\u201c gekennzeichnet, sollte aber eigentlich \u201eactive device 3\u201c sein!<\/p>\n\n\n\n Bei QNAP gibt es eine Festplatte, die nicht im Datenverbund ist. Darauf befinden sich das Betriebssystem und andere Systeminfos. Die hat keinen Superblock. F\u00fcr alle anderen Festplatten solltet Ihr wenigstens einen Superblock finden, der die ARRAY UUID des Datenarrays hat. Ansonsten funktioniert das Ganze nicht.<\/p>\n\n\n\n Bevor wir zum Zusammensetzen des RAIDs kommen, solltet Ihr Euch Gedanken machen, wo ihr Eure Daten hinschreiben wollt, wenn Ihr denn Zugriff darauf habt. Ich hatte einen Slot frei (6 HDDs m\u00f6glich, nur 5 im Array), die ich im QNAP FrontEnd als Speicherpool eingebunden habe.<\/p>\n\n\n\n Wichtig \u2013 diese Platte muss genug Speicherplatz haben, um alle Eure Daten aufnehmen zu k\u00f6nnen. Wenn das nicht klappt, k\u00f6nnt Ihr externe Festplatten per USB anschlie\u00dfen und die Daten darauf verteilen.<\/p>\n\n\n\n So\u2026 jetzt geht\u2019s aber ans Eingemachte.<\/p>\n\n\n\n Ihr habt die relevanten Partitionen in der richtigen Reihenfolge parat, Ihr kennt die Chunk Size, RAID Level, Anzahl der HDD,\u2026<\/p>\n\n\n\n Es fehlt das Filesystem Eurer Partition:<\/p>\n\n\n\n \u2026wirft Euch am Ende sowas aus wie: TYPE=“ext4″<\/p>\n\n\n\n Jetzt braucht Ihr noch eine freie Bezeichnung f\u00fcr Euer neues RAID.<\/p>\n\n\n\n liefert Euch eine Information, welche Bezeichnungen bereits vergeben sind. In meinem Fall waren das:<\/p>\n\n\n\n Das neue Raid hab ich dann also md5 getauft. Das k\u00f6nnt Ihr frei w\u00e4hlen.<\/p>\n\n\n\n Der Befehl zum Zusammenbau des RAIDs ist:<\/p>\n\n\n\n MDADM ist der Befehl mit dem man in Linux Raidsysteme administriert. Man ben\u00f6tigt Root-Rechte zur Ausf\u00fchrung, also im Zweifel ein sudo voranstellen. Wird aber als admin auf dem QNAP nicht gebraucht.<\/p>\n\n\n\n -C steht f\u00fcr \u201ecreate\u201c, also ein neues RAID erstellen.ls \/dev\/sd*<\/pre>\n\n\n\n
mdadm --examine \/dev\/sdXn<\/pre>\n\n\n\n
mdadm --examine \/dev\/sda3<\/pre>\n\n\n\n
Magic : a92b4efc\nVersion : 1.0\nFeature Map : 0x0\nArray UUID : 6e16c374:46c69b71:bc77c868:069371e2\nName : 0\nCreation Time : Fri Jan 16 07:58:21 2015\nRaid Level : raid5\nRaid Devices : 5\n\nAvail Dev Size : 7810899112 (3724.53 GiB 3999.18 GB)\nArray Size : 15621798144 (14898.11 GiB 15996.72 GB)\nUsed Dev Size : 7810899072 (3724.53 GiB 3999.18 GB)\nSuper Offset : 7810899368 sectors\nUnused Space : before=0 sectors, after=296 sectors\nState : clean\nDevice UUID : 61479a3c:76b05353:1a7e0713:ee1d4d9b\n\nUpdate Time : Thu Nov 3 14:31:33 2016\nChecksum : 29591b87 \u2013 correct\nEvents : 81892\n\nLayout : left-symmetric\nChunk Size : 64K\n\nDevice Role : Active device 0\nArray State : AAAAA ('A' == active, '.' == missing, 'R' == replacing)<\/pre>\n\n\n\nsdd3:<\/pre>\n\n\n\n
Magic : a92b4efc\nVersion : 1.0\nFeature Map : 0x0\nArray UUID : 6e16c374:7b4c1961:bc77c868:069371e2\nName : 0\nCreation Time : Fri Jan 16 07:58:21 2015\nRaid Level : raid5\nRaid Devices : 5\n\nAvail Dev Size : 7810899104 (3724.53 GiB 3999.18 GB)\nArray Size : 15621798144 (14898.11 GiB 15996.72 GB)\nUsed Dev Size : 7810899072 (3724.53 GiB 3999.18 GB)\nSuper Offset : 7810899368 sectors\nUnused Space : before=0 sectors, after=288 sectors\nState : active\nDevice UUID : cd0c0b7e:b0514866:041b0d10:38d519f3\n\nUpdate Time : Thu Nov 3 14:31:33 2016\nBad Block Log : 512 entries available at offset -8 sectors\nChecksum : d2979675 \u2013 correct\nEvents : 0\n\nLayout : left-symmetric\nChunk Size : 64K\n\nDevice Role : spare\nArray State : AAAAA ('A' == active, '.' == missing, 'R' == replacing)<\/pre>\n\n\n\nblkid | grep sda3 | awk '{print $3}'<\/pre>\n\n\n\nls \/dev\/md*<\/pre>\n\n\n\n
md13 md256 md9<\/pre>\n\n\n\n
mdadm -Cv \/dev\/md5 --assume-clean -l5 -n5 -c64 \/dev\/sd[cdefg]3<\/pre>\n\n\n\n
-v -> verbose: Ich will sehen, was passiert
\/dev\/md5 ist die Bezeichnung des neuen RAIDs
–assume clean bringt den eigentlichen Mehrwert bei der ganzen Aktion. Normalerweise w\u00fcrde das System sagen, dass nicht gen\u00fcgend HDDs zur Wiederherstellung des RAIDs vorhanden sind. Mit \u201eassume clean\u201c wird die \u201eReserveplatte\u201c als aktiv behandelt und das RAID kann aufgebaut werden.
-l ist das RAID-Level. Findet Ihr als Information im Superblock \u2013 bei mir Level 5
-n ist die Anzahl der beteiligten Laufwerke \u2013 in meinem Fall 5
-c ist die Chunk Size aus dem Superblock. In meinem Fall 64
\/dev\/sd[cdefg]3 gibt die Partitionen in der richtigen Reihenfolge an. Hier also jeweils die Partition der Festplatten sdc3, sdd3, sde3, sdf3, sdg3. Man kann es auch trennen. Hier noch mal ein Beispiel eines Raid 1 mit 2 Festplatten (sdc3 und sdd3):<\/p>\n\n\n\nmdadm -Cv \/dev\/md5 --assume-clean -l1 -n2 -c64 \/dev\/sdc3 \/dev\/sdd3<\/pre>\n\n\n\n