Raid1 ersetzen / Probleme beim Erweitern des Raid1-Array

[Loonix]

Hallo zusammen,

ich habe ein Software-Raid mit 2x 2TB am laufen, bei dem eine Platte ersetzt werden muss aufgrund von fehlern. Ich habe nun 2x 8TB bestellt zwecks Wechsel.

Meine präferierte Vorgehensweise:

1. Eine 8TB einbauen (mehr geht auch nicht mangels Sata-Plätzen), diese zum Raid hinzufügen, abwarten bis die Spiegelung abgeschlossen ist.
2. Fehlerhafte Platte entfernen
3. Zweite 8TB einbauen, diese zum Raid hinzufügen, abwarten bis die Spiegelung abgeschlossen ist.
4. Zweite 2TB ausbauen (und weiter verwenden für andere zwecke...)
5. Dateisystem erweitern auf die 8TB.

Ist da etwas gegen einzuwenden, würde es jemand anders machen?

[Meillo]

Willkommen im Forum.

Ich habe das auch schon so gemacht. Das Vorgehen passt aus meiner Sicht.

Du solltest die 2TB-Platte bloss noch als Backup haben, bis die Dateisystemerweiterung abgeschlossen ist, und erst danach fuer andere Zwecke nutzen.

Bedenken solltest du vielleicht noch, dass der Sync des Raids zunehmend laenger dauert. Bei 8TB ist das schon eine halbe Ewigkeit. Ggf. machen zwei 4TB-Partitionen mehr Sinn als eine 8TB-Partition.

Zudem reicht eine MBR-Partitionierung fuer 8TB nicht mehr aus. Du musst auf GPT umstellen, falls du das nicht schon verwendest.

[Loonix]

Hallo,

ich möchte gerne ein Raid1-Array mit 2x 2TB tauschen gegen 2x 8TB. Ich habe dazu erstmal eine 8TB eingebaut und diese hinzugefügt mittels:

Code: Alles auswählen

mdadm /dev/md0 --add /dev/sde

Leider bricht diese kurz nach nach start des Sync-Vorgangs ab:

mdadm --detail /dev/md0
/dev/md0:
Version : 1.2
Creation Time : Tue Sep 6 18:29:33 2011
Raid Level : raid1
Array Size : 1928661925 (1839.32 GiB 1974.95 GB)
Used Dev Size : 1928661925 (1839.32 GiB 1974.95 GB)
Raid Devices : 3
Total Devices : 3
Persistence : Superblock is persistent

Update Time : Mon Jun 19 20:13:02 2023
State : clean, degraded
Active Devices : 2
Working Devices : 2
Failed Devices : 1
Spare Devices : 0

Consistency Policy : resync

Name : prometheus:0
UUID : acc2368f:a6773533:2ee32d5e:3b7b8309
Events : 3292

Number Major Minor RaidDevice State
0 8 4 0 active sync /dev/sda4
1 8 33 1 active sync /dev/sdc1
- 0 0 2 removed

3 8 64 - faulty /dev/sde

Ich habe leider nur mittelmäßige Kenntnisse und komme hier schon nicht weiter, aber könnte es damit zusammen hängen, dass die neue Platte das hier hat: https://en.wikipedia.org/wiki/Advanced_Format und die alten nicht?

Ausgabe Fdisk:

# fdisk -l
Disk /dev/sda: 1,82 TiB, 2000398934016 bytes, 3907029168 sectors
Disk model: SAMSUNG HD204UI
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 5FF78986-218F-43D0-A315-E324A38C46E2

Device Start End Sectors Size Type
/dev/sda1 34 1987 1954 977K Linux filesystem
/dev/sda2 1988 39064488 39062501 18,6G Microsoft basic data
/dev/sda3 3896390660 3907029118 10638459 5,1G Linux swap
/dev/sda4 39064489 3896390659 3857326171 1,8T Linux RAID

Partition table entries are not in disk order.


Disk /dev/sdb: 1,82 TiB, 2000398934016 bytes, 3907029168 sectors
Disk model: Hitachi HDS5C302
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: B78A11A5-04F1-4933-8CE3-722F5BAC13B4

Device Start End Sectors Size Type
/dev/sdb1 2048 3907020976 3907018929 1,8T Linux RAID


Disk /dev/sdd: 1,82 TiB, 2000398934016 bytes, 3907029168 sectors
Disk model: Hitachi HDS5C302
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: BA4A1453-AF86-40CE-B54A-616007D0F266

Device Start End Sectors Size Type
/dev/sdd1 2048 3907020976 3907018929 1,8T Linux RAID


Disk /dev/sde: 7,28 TiB, 8001563222016 bytes, 15628053168 sectors
Disk model: ST8000DM004-2U91
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x00000000

Device Boot Start End Sectors Size Id Type
/dev/sde1 1 4294967295 4294967295 2T ee GPT

Partition 1 does not start on physical sector boundary.


Disk /dev/sdc: 1,82 TiB, 2000398934016 bytes, 3907029168 sectors
Disk model: SAMSUNG HD204UI
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 432F33E6-F439-4592-9562-87673B46B631

Device Start End Sectors Size Type
/dev/sdc1 34 3907029118 3907029085 1,8T Linux RAID


Disk /dev/md0: 1,8 TiB, 1974949811200 bytes, 3857323850 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Bin für jeden Tip dankbar.

[cosinus]

Hast du die Hinweise von @Meillo in deinem ersten Thema beachtet?

Zudem reicht eine MBR-Partitionierung fuer 8TB nicht mehr aus. Du musst auf GPT umstellen, falls du das nicht schon verwendest.

Laut deiner der Angabe

Code: Alles auswählen

Disk /dev/sde: 7,28 TiB, 8001563222016 bytes, 15628053168 sectors
Disk model: ST8000DM004-2U91
Disklabel type: dos

könnte man meinen, du hast die 8-TB-Platte nicht mit GPT eingerichtet. Das ist aber notwendig, weil MBR mit seiner 32-Bit-Adressierung nur bis. 2 TiB geht (2^32 * 512 Bytes = 2.199 TB = 2.0 TiB)

Ich würde wohl so vorgehen:
1. Die alte defekte Disk ausbauen.
2. Die neuen 8-TB-Disks einbauen, per GPT einrichten, neues RAID1 erstellen und formatieren.
3. Das neue RAID mounten zB nach /mnt und die Daten mit rsync vom alten ins neue RAID kopieren.
4. Das alte RAID unmounten/auflösen, das neue RAID an den urspünglichen Ort mounten.

[MSfree]

3. Das neue RAID mounten zB nach /mnt und die Daten mit rsync vom alten ins neue RAID kopieren.

Der Rechner scheint nicht genug SATA-Ports zu haben, um 4 Festaplatten anschließen zu können.

Im Grunde ist das aber kein Hinderungsgrund. Man könnte eine der beiden 2TB-Platten mittels USB-Adapter anschließend und als degraded RAID mit nur einer Platte mountenm, ggfls. sogar read-only. Zum Übertragen von max. 2TB via USB2 muß man aber mit bis zu 20h Kopierzeit rechnen.

[cosinus]

Der Rechner scheint nicht genug SATA-Ports zu haben, um 4 Festaplatten anschließen zu können.

Wenn die alte 2-TB-Disk ausgebaut wird sollte das dach passen. Dann läuft das alte RAID1 doch auch als degraded weiter? Oder hab ich hier was übersehen?

[Meillo]

Ich habe die beiden Themen zusammengefuehrt.

[MSfree]

Wenn die alte 2-TB-Disk ausgebaut wird sollte das dach passen. Dann läuft das alte RAID1 doch auch als degraded weiter? Oder hab ich hier was übersehen?

Kommt drauf an, wie viele SATA-Ports das Board hat. Gerade kleine Boards (ITX und µATX) haben oft nur 2 Ports. In so einem Fall würde ich halt die beiden alten 2TB-Platten ausbauen und die neuen 8TB einbauen, RAID1 einrichten, partitionieren und Dateisystem formatieren. Die Kopie der Daten muß dann per USB-Adapter von einer der beiden 2TB Platten kommen.

[cosinus]

Als wenn ich seinen ersten Post richtig verstanden habe, ist Platz für mindestens drei Platten da:

1. Eine 8TB einbauen (mehr geht auch nicht mangels Sata-Plätzen), diese zum Raid hinzufügen, abwarten bis die Spiegelung abgeschlossen ist.
2. Fehlerhafte Platte entfernen

Vermutlich sind das insgesamt 4 SATA-Port.

[Meillo]

Was ist der Grund, dass ihr lieber ein neues Raid aufbaut und die Daten kopiert, anstatt das Dateisystem inplace zu vergroessern?

[MSfree]

Was ist der Grund, dass ihr lieber ein neues Raid aufbaut und die Daten kopiert, anstatt das Dateisystem inplace zu vergroessern?

Wie gesagt, es kommt auf die Zahl der SATA-Ports an.

Hebe ich mindestens 3 Ports, kann ich eine der 2TB-Platten als degraded RAID laufen lassen und die neuen zwei 8TB-Platten als normales RAID1 einrichten. Die Kopie geht dann in einem Rutsch und muß nur einmalig durchgeführt werden. Zeitlich dürfte das die schnellste Methode sein.

Natürlich kann man eine 2TB-Platte entfernen und durch eine 8TB ersetzen und das RAID resyncen. Sollte aber das alte RAID mit MBR partitioniert sein, muß man auf GPT umbauen, was immer das Risiko eines kompletten Datenverlustes birgt. Ein versehentlich falscher Befehl und die Daten sind im Siliziumnirvana, viel Spaß beim Rekonstruieren.

Beim Einbau der zweiten 8TB-Platte muß das RAID dann nochmals resynct werden, was einer Verdoppelung des Zeitauwands entspricht.

Für mich spricht der Zeitaufwand, die mögliche Umstellung von MBR auf GPT und der ganze Kram mit growfs etc. gegen die Methode, das bestehende RAID zu migrieren. Einmaliges einrichten eines neuen RAID1 mit dem 8TB-Platten und anschließendes kopieren scheint mir am wenigsten fehleranfällig.

[Meillo]

Danke fuer die Erklaerung. Die leuchtet mir ein.

[Loonix]

Ich bekomme es mit dem resyncen nicht hin, immer Fehler. Das Raid habe ich 2011 auf derselben Hardware erstellt und es lief seitdem unangetastet.

Das Board hat 4 Sata-Ports + Es ist eine Erweiterungskarte mit zusätzlichen 2 Ports. Ich habe jetzt das 2. Raid1 (Neuer) abgeklemmt und da die neuen Platten angeschlossen und ein neues 8TB-Raid1 erstellt und kopiere jetzt um und wenn es durch ist, klemme ich das alte Raid ab und das neuere wieder mit dran.