1
Md Auskunft nach QNAP Support disaster auf QNAP 859 Pro
versuche das R6 auf einem System zu rekonstruieren was nach mehreren Supportversuchen (GUI+ssh) überschrieben wurde (mit einem R1)
Hallo
ich habe gerade ein NAS bekommen bei dem der Support bereits (nach einem Fehler in der GUI, was dazu führte das eine Konfig nicht mehr richtig gelesen werden konnte und ein R6 Array aus 8 HDs nicht mehr sichtbar war; Der Support hat dem dortigen Admin die HDs prüfen lassen; und dann via
mdadm -D /dev/md0 (zeigt das gesamte RAID auf)
zum assembeln der Platten muß man folgendes tun:
mdadm -A /dev/md0 /dev/sda3.... (hier muß man aufpassen, je nach festplatten kommen dann alle Platten nacheinander /dev/sdb3 dev/sdc3 usw) - bei 4 Festplatten im NAS wäre es dann so: mdadm -A /dev/md0 /dev/sda3 /sdb3 /dev/sdc3 /dev/sdd3 - hierbei immer die richtige Reihenfolge beachten.
Wenn eine Fehlermeldung kommt, das das assembeln nicht klappt muß man die md0 stoppen.
mdadm -S /dev/md0 (stoppt md0)
umount /dev/md0 (unmountet die md0)“
das ganze wieder assemblieren lassen was nicht funktionierte und nach vielen weiteren Versuchen darin endete das er eine R1 md Konfig auf sda und sdb hat und sonst nichts mehr sieht (ist /dev/md9 was erst mal ein wenig nach vielen Versuchen klingt). Da ich mich mit md nicht auskenne:
wie kann ich das R1 auflösen (lächerliche 512MB groß) und das R6 (sollten so rund 11TiB sein) ohne init Bau wieder anzeigen/nutzen lassen. Bei HW RAID Controllern gibt es oft eine Konfig ohne Init Prozess; hoffe MD kann das auch...
Das Array besteht aus 8 2TB HDs /dev/sdax bis /dev/sdhx (es sind mehrere Partitionen angelegt durch die GUI)
Gruß
Sam
ich habe gerade ein NAS bekommen bei dem der Support bereits (nach einem Fehler in der GUI, was dazu führte das eine Konfig nicht mehr richtig gelesen werden konnte und ein R6 Array aus 8 HDs nicht mehr sichtbar war; Der Support hat dem dortigen Admin die HDs prüfen lassen; und dann via
mdadm -D /dev/md0 (zeigt das gesamte RAID auf)
zum assembeln der Platten muß man folgendes tun:
mdadm -A /dev/md0 /dev/sda3.... (hier muß man aufpassen, je nach festplatten kommen dann alle Platten nacheinander /dev/sdb3 dev/sdc3 usw) - bei 4 Festplatten im NAS wäre es dann so: mdadm -A /dev/md0 /dev/sda3 /sdb3 /dev/sdc3 /dev/sdd3 - hierbei immer die richtige Reihenfolge beachten.
Wenn eine Fehlermeldung kommt, das das assembeln nicht klappt muß man die md0 stoppen.
mdadm -S /dev/md0 (stoppt md0)
umount /dev/md0 (unmountet die md0)“
das ganze wieder assemblieren lassen was nicht funktionierte und nach vielen weiteren Versuchen darin endete das er eine R1 md Konfig auf sda und sdb hat und sonst nichts mehr sieht (ist /dev/md9 was erst mal ein wenig nach vielen Versuchen klingt). Da ich mich mit md nicht auskenne:
wie kann ich das R1 auflösen (lächerliche 512MB groß) und das R6 (sollten so rund 11TiB sein) ohne init Bau wieder anzeigen/nutzen lassen. Bei HW RAID Controllern gibt es oft eine Konfig ohne Init Prozess; hoffe MD kann das auch...
Das Array besteht aus 8 2TB HDs /dev/sdax bis /dev/sdhx (es sind mehrere Partitionen angelegt durch die GUI)
Gruß
Sam
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 192681
Url: https://administrator.de/contentid/192681
Printed on: April 18, 2024 at 02:04 o'clock
1 Comment
Hi
so habe den mdadm Mitentwickler erreicht; hier die Lösung (100% Erfolg):
So each of 8 devices has 4 partitions.
The first partitions have a 500MB (approx) RAID1 - /dev/md9
sdh1 is a bit older than the rest, but
mdadm -A /dev/md9 /dev/sd?1
should assemble it without that last device.
The second partitions have a similar RAID1 - most recently called md126,
though at one stage it was /dev/md8
sda2 and sdb2 seem fine - the rest think they are all spares for some reason.
So
mdadm -AR /dev/md8 /dev/sd[ab]2
should get that going again. Then
mdadm /dev/md8 -a /dev/sd[cdefg]2
should add the other devices.
The third partitions contains a RAID6 - about 12TB.
sdb3 thinks it is a spare. sdg3 is quite out of date. sdh3
It a little bit out of date.
You should be able to assemble it with
mdadm -A /dev/md0 -f /dev/sd[a-h]3
It will ignore sdg3 and treat sdb3 as a spare.
Alternately
mdadm -Af /dev/md0 /dev/sd[acdefh]
The 4th partitions have a raid1 about 450MB. It looks completely healthy.
mdadm -A /dev/md13 /dev/sd[abcdefgh]4
So it doesn't look to bad - just ask mdadm to assemble everything and it
should get it right. "-f" or "--force" only needed for the RAID6.
NeilBrown
Zum Glück war kein LVM im Einsatz sonst wäre es noch komplexer gewesen. Ursache war zu wenig RAM für einen e2fsck in dem QNAP für ein 11TiB Volumen (=8*2TB/R6). Mit der QNAP Hilfe wurde dann der Rest etwas zerstückelt.
und meine Antwort:
Hello Neil
your advise did the job. The QNAP was too week equipped to do a e2fsck, so it collapsed at first and afterwards it was destroyed by the QNAP support 'help' as far as I can see. I put the HDs into a bigger system and let the e2fsck do the rest. Now I'm copying the datas to our SAN and then the keyuser could decide to do a simple mirror of two QNAPs to avoid such a situation.
Important: I advised the customer to show his gratitude for your help; problem: we are a big company, with own bank and Co, but simple modern payments via paypal or donations are impossible (the typ. way is: get an offer: compare with two similar, choose some at the same price level, go to your controller and order it). I appreciate your effort and as opensource lives from using, developing and supporting I'd like to see your work 'compensated'. Any idea?
Cheers
Sam
so habe den mdadm Mitentwickler erreicht; hier die Lösung (100% Erfolg):
So each of 8 devices has 4 partitions.
The first partitions have a 500MB (approx) RAID1 - /dev/md9
sdh1 is a bit older than the rest, but
mdadm -A /dev/md9 /dev/sd?1
should assemble it without that last device.
The second partitions have a similar RAID1 - most recently called md126,
though at one stage it was /dev/md8
sda2 and sdb2 seem fine - the rest think they are all spares for some reason.
So
mdadm -AR /dev/md8 /dev/sd[ab]2
should get that going again. Then
mdadm /dev/md8 -a /dev/sd[cdefg]2
should add the other devices.
The third partitions contains a RAID6 - about 12TB.
sdb3 thinks it is a spare. sdg3 is quite out of date. sdh3
It a little bit out of date.
You should be able to assemble it with
mdadm -A /dev/md0 -f /dev/sd[a-h]3
It will ignore sdg3 and treat sdb3 as a spare.
Alternately
mdadm -Af /dev/md0 /dev/sd[acdefh]
The 4th partitions have a raid1 about 450MB. It looks completely healthy.
mdadm -A /dev/md13 /dev/sd[abcdefgh]4
So it doesn't look to bad - just ask mdadm to assemble everything and it
should get it right. "-f" or "--force" only needed for the RAID6.
NeilBrown
Zum Glück war kein LVM im Einsatz sonst wäre es noch komplexer gewesen. Ursache war zu wenig RAM für einen e2fsck in dem QNAP für ein 11TiB Volumen (=8*2TB/R6). Mit der QNAP Hilfe wurde dann der Rest etwas zerstückelt.
und meine Antwort:
Hello Neil
your advise did the job. The QNAP was too week equipped to do a e2fsck, so it collapsed at first and afterwards it was destroyed by the QNAP support 'help' as far as I can see. I put the HDs into a bigger system and let the e2fsck do the rest. Now I'm copying the datas to our SAN and then the keyuser could decide to do a simple mirror of two QNAPs to avoid such a situation.
Important: I advised the customer to show his gratitude for your help; problem: we are a big company, with own bank and Co, but simple modern payments via paypal or donations are impossible (the typ. way is: get an offer: compare with two similar, choose some at the same price level, go to your controller and order it). I appreciate your effort and as opensource lives from using, developing and supporting I'd like to see your work 'compensated'. Any idea?
Cheers
Sam
