Beiträge von stegas11

So, wollte euch noch kurz informieren. Habe am Samstag noch ein Ticket bei QNAP erstellt. Am Montag hat sich jemand gemeldet und heute hat ein Support-Mitarbeiter (wahrscheinlich aus Taiwan) das RAID-5 innerhalb von 30 Minuten wieder korrekt konfiguriert. Daten wieder alle sichtbar

Was genau gemacht wurde, entzieht sich meiner Kenntnis.

Da hab ich nochmals richtig Schwein gehabt .
Jetzt bin ich aktuell am Full-Backup dran, danach versuche ich die Legacy Volumes loszuwerden (muss mich noch schlau machen) und das Backup wieder zurückzuspielen.

Danke für eure Unterstützung

Also du meinst die UUID von md/0 (md0 sehe ich nicht)

Hat folgendes ergeben:

[~] # mdadm --examine --scan 
ARRAY /dev/md9 UUID=6ffc3383:10904613:c1a5f249:7997c579
ARRAY /dev/md/256  metadata=1.0 UUID=c00a39ff:4bd8be70:64e4c3f3:9ac2becf name=256
spares=2
ARRAY /dev/md/0  metadata=1.0 UUID=a2aab055:128fbea3:324b9ce8:603a197d name=0
ARRAY /dev/md13 UUID=c814b383:8fcb1718:41a0ca8e:aadd5c88

Ok, vielen Dank. Ich versuche mein Glück und eröffne ein Support Ticket.

Jep, ich sehe bei allen 3 Ausgaben ein raid1

[~] # mdadm --detail /dev/md9 
/dev/md9:
Version : 0.90
Creation Time : Tue Feb  1 04:03:55 2011
Raid Level : raid1
Array Size : 530048 (517.63 MiB 542.77 MB)
Used Dev Size : 530048 (517.63 MiB 542.77 MB)
Raid Devices : 4
Total Devices : 4
Preferred Minor : 9
Persistence : Superblock is persistent


Intent Bitmap : Internal


Update Time : Sat Feb 12 20:34:48 2022
State : clean
Active Devices : 4
Working Devices : 4
Failed Devices : 0
Spare Devices : 0


UUID : 6ffc3383:10904613:c1a5f249:7997c579
Events : 0.1507005


Number   Major   Minor   RaidDevice State
0       8        1        0      active sync   /dev/sda1
1       8       17        1      active sync   /dev/sdb1
2       8       33        2      active sync   /dev/sdc1
3       8       49        3      active sync   /dev/sdd1




[~] # mdadm --detail /dev/md13
/dev/md13:
Version : 0.90
Creation Time : Tue Feb  1 04:04:04 2011
Raid Level : raid1
Array Size : 458880 (448.13 MiB 469.89 MB)
Used Dev Size : 458880 (448.13 MiB 469.89 MB)
Raid Devices : 4
Total Devices : 4
Preferred Minor : 13
Persistence : Superblock is persistent


Intent Bitmap : Internal


Update Time : Sat Feb 12 19:54:41 2022
State : clean
Active Devices : 4
Working Devices : 4
Failed Devices : 0
Spare Devices : 0


UUID : c814b383:8fcb1718:41a0ca8e:aadd5c88
Events : 0.166356


Number   Major   Minor   RaidDevice State
0       8        4        0      active sync   /dev/sda4
1       8       20        1      active sync   /dev/sdb4
2       8       36        2      active sync   /dev/sdc4
3       8       52        3      active sync   /dev/sdd4




[~] # mdadm --detail /dev/md256
/dev/md256:
Version : 1.0
Creation Time : Sat Feb 12 16:36:25 2022
Raid Level : raid1
Array Size : 530112 (517.69 MiB 542.83 MB)
Used Dev Size : 530112 (517.69 MiB 542.83 MB)
Raid Devices : 2
Total Devices : 4
Persistence : Superblock is persistent


Intent Bitmap : Internal


Update Time : Sat Feb 12 16:36:26 2022
State : clean
Active Devices : 2
Working Devices : 4
Failed Devices : 0
Spare Devices : 2


Name : 256
UUID : c00a39ff:4bd8be70:64e4c3f3:9ac2becf
Events : 2


Number   Major   Minor   RaidDevice State
0       8        2        0      active sync   /dev/sda2
1       8       18        1      active sync   /dev/sdb2


2       8       34        -      spare   /dev/sdc2
3       8       50        -      spare   /dev/sdd2

Die letzte Ausgabe scheint mir am interessantesten!
4 Working Devices, 2 Active und 2 Spare Devices?

Gruss

Vielen Dank, suche seit einer halben Stunde nach der Antwort Box, ich muss editieren, darauf muss man zuerst kommen

Ok, ich habe leider kein /dev/md0 oder /dev/md1, hätte aber

[~] # ll /dev/md*
brw------- 1 admin administrators 9,  13 2022-02-12 16:36 /dev/md13
brw------- 1 admin administrators 9, 256 2022-02-12 16:36 /dev/md256
brw------- 1 admin administrators 9,   9 2022-02-12 17:36 /dev/md9

Kann das sein mit md13/md256/md9? Soll ich diese Ausgaben posten?

Doch, da habe ich genau drauf geschaut, dass die Reihenfolge gleich ist. Ich habe Disk für Disk von 1 bis 4 korrekt getauscht.

Das alte NAS konnte nicht mehr korrekt gebootet werden, blieb irgendwo hängen.

Ja, das habe ich mir schon gedacht. SSH/Putty/Linux sind nicht ganz Unbekannte, aber ich habe natürlich keine Ahnung, wo ich dann wo überall etwas ändern müsste für die RAID-5 Konfiguration.

Vielleicht kommt ja noch der eine oder andere Tipp, sonst muss ich halt ein Support Ticket bei QNAP eröffnen.

Ja, ich habe ein Backup von meinen "wichtigsten" Daten.

Nein, ich habe kein Backup von meinen zig Filmen, da meine externe USB Festplatte (4TB) am Schluss nicht mehr für alles reichte.

Da ich nebst dem neuen NAS auch gleich eine neue externe USB Festplatte (12TB) gekauft habe, müsste ich aber das RAID-5 Legacy-Volume zuerst wieder zum Laufen kriegen. Danach ein vollständiges Backup machen, RAID-5 neu aufsetzten und das Backup zurückspielen.

Also, ich wäre schon froh, wenn ich das alte RAID-5 noch irgendwie retten könnte.

Hallo,

ich hatte ein TS-419P+ (11-jährig) mit 4x4TB Festplatten als RAID-5 im Einsatz. Nachdem das TS-419P+ defekt war, habe ich ein TS-451D2 gekauft und die 4 Festplatten vom alten NAS übernommen (sollte laut QNAP gehen).

Ich kann mich beim TS-451D2 problemlos anmelden, aber mein RAID-5 ist leider "Nicht aktiv" (Typ: Legacy-Volume).

Unter Speicher/Snapshots sehe ich alle 4 HDDs, aber wenn ich die "Raid-Gruppe 0" auswähle, sehe ich folgendes:

• Datenträgerelement: Disk 3, Disk 3, Disk 4, Disk 4

Zweimal ist Disk 3 und Disk 4 drin, aber Disk 1 und Disk 2 fehlen in der Raid-Gruppe 0. Ich gehe davon aus, dass die Daten auf der Disk 1 und Disk 2 immer noch vorhanden sind.

Gibt es eine Möglichkeit, die Raid-Gruppe 0 auf Disk 1, Disk 2, Disk 3, Disk 4 um zu konfigurieren?

Vielen Dank.

Stephan