staging.inyokaproject.org

Moin!

Mein Datengrab hat zwei mit md konfigurierte RAIDs:

1
2
3
4
5
6
7
8
9

cat /proc/mdstat
Personalities : [raid1] [raid6] [raid5] [raid4] [linear] [multipath] [raid0] [raid10]
md0 : active raid1 sdb[1] sdc[0]
      1953382464 blocks super 1.2 [2/2] [UU]
      bitmap: 5/15 pages [20KB], 65536KB chunk

md1 : active raid5 sda[0] sdf[1] sdg[2]
      15627788288 blocks super 1.2 level 5, 512k chunk, algorithm 2 [3/3] [UUU]
      bitmap: 0/59 pages [0KB], 65536KB chunk

Nun hat mein Server sich nach Jahren effektiver Arbeit sich ein kleines Upgrade verdient und bekommt, unter anderem eine neue PCIe SATA Karte, damit ich mehr SATA-Ports für Hot-Spares habe.

Ich habe einen derartigen Tausch noch nicht vorgenommen und wollte mal fragen, ob es dann vorkommen kann, dass Festplatten, wenn diese an einen anderen SATA Port angeschlossen werden, einen anderen Eintrag in /dev/sdX bekommen. Damit würde ja meine RAID Konfiguration zerstört, weil die sdX-Zuordnung nicht mehr passt...

Unglücklicherweise habe ich mein RAID auch (aus damaliger Unwissenheit) nicht auf eine Partition wie /dev/sdg1 gelegt, sondern diekt auf /dev/sdg... Kann das weitere Probleme hervorrufen?

Gruß und Dank im Vorraus

Pascal

mdadm richtet sich nach den auf der Platte gespeicherten Metadaten, nicht nach /dev/sdx Laufwerksbezeichnungen. (Es sei denn du schreibst die explizit in die mdadm.conf mit rein - da brauchst du nur die UUID, sonst nichts).

Partitionieren oder nicht ist theoretisch egal, aber praktisch ist das RAID kaputt sobald dir irgendwas anderes dann doch eine Partitionstabelle darauf anlegt. Windows macht das ungefragt aber auch unter Linux kann das passieren. Daher sollte man eigentlich immer eine Partitionstabelle haben.

Hot Spares sind sinnlos, lieber raid6 als raid5+hotspare. Bei raid1 kann man auch mehr als nur zwei Platten reinnehmen.

Aber es ist auch kein Problem bei raid5 zu bleiben wenn die Plattenanzahl überschaubar ist. Einfache Redundanz ist normalerweise ausreichend, für alles andere braucht man Backups

Danke für die Info. Meine config sieht so aus:

1
2
3

# definitions of existing MD arrays
ARRAY /dev/md1 metadata=1.2 name=ds3.local:TheExtendable UUID=cdb23e05:09ad1d0b:3c13a862:0041e55b
ARRAY /dev/md0 metadata=1.2 name=ds3.local:TheMirror UUID=b981968b:3cd3c501:02793150:cd8727cb

Da dürfte bedeuten, dass nicht mit /dev/sdX gearbeitet wird, ja?

Das für ein RAID1 ein Hot-Spare sinnlos ist war mir durchaus klar, aber da ich manchmal Wochenlang nicht physisch in der Nähe des Servers bin möchte ich, dass das RAID5 (/dev/md1) ein Hot-Spare bekommt. Nur für den Fall und mein gutes Gefühl. Über ein RAID6 habe ich bereits nachgedacht, aber mir wurde immer gesagt das Lohnt sich erst ab ~6 Platten. Außerdem gibt es ja ein gewisses Risiko ein RAID5 live in ein RAID6 zu wandeln. Ein Hot-Spare dazu setzen ist ja quasi Risikofrei.

Und ja, natürlich ersetzt ein RAID kein Backup 😀

Danke!

PS: Man ignoriere meine glorreichen Nameb für meine RAIDs...

RAID6 ist dem RAID5+Hotspare quasi immer vorzuziehen.

Daß sich das nicht lohnt ist eine ganz andere Frage, die Alternative wäre dann eben RAID 5 mit einer Platte mehr = mehr Speicherplatz.

Aber wenn du den Speicherplatz nicht brauchst und somit so oder so eine Platte verschwendest, dann doch lieber im RAID 6 wo die aktuellen redundanten Daten immer vorliegen, als im RAID 5 wo bei einem Ausfall der Spare erst aufwendig eingesynct werden muss und dieser Sync dann auch noch fehlerfrei durchlaufen muss.

Beim RAID 6 dürfen eben jederzeit 2 Platten ausfallen, beim RAID 5 + Hotspare immer noch nur 1 Platte.

Das werde ich mir zu Herzen nehmen, wenn es irgendwann mal zu einem echten Rebuild kommt.

Danke!

Moin!

Die Platten sind neu verkabelt und alles klappt weiterhin. Ich danke nochmal für die kompetente Hilfe.