Wat moet u controleren als de RAID-capaciteit niet toeneemt na het vervangen van een schijf?

De RAID-capaciteit blijft meestal ongewijzigd omdat één laag nog steeds de oude grens rapporteert. Bevestig de heropbouw, lidgroottes, array-geometrie, partitionering en het bestandssysteem in die volgorde.

Het vervangen van schijven is slechts de hardwarestap. Een NAS kan meerdere gestapelde groottebeperkingen bevatten, en elke laag moet de grotere grens blootstellen voordat de volgende laag deze kan gebruiken. De veiligste diagnose begint met alleen-lezen statuscontroles, identificeert de eerste laag die nog klein is, en vergroot alleen die laag in plaats van de vervanging te herhalen.

Bevestig dat elke vervanging volledig is geïntegreerd

De capaciteit kan niet toenemen zolang een spiegel- of pariteitsgroep nog een origineel kleiner lid bevat, een reserve die nog niet actief is geworden, of een vervanging die nog aan het herbouwen is. De array gebruikt normaal gesproken alleen de gemeenschappelijke capaciteit die beschikbaar is over de leden die de geometrie definiëren.

Een schijf kan in de NAS-inventaris verschijnen zonder een gesynchroniseerd lid te zijn. Vergelijk de arraystatus, heropbouwstatus, lidrol, serienummer en gerapporteerde apparaatgrootte in plaats van aan te nemen dat een gedetecteerde schijf het vervangingsproces heeft voltooid.

Wacht tot elke vereiste vervanging en resilvering of heropbouw is voltooid zonder nieuwe fouten. Als een lid ontbreekt, defect is of kleiner is dan verwacht, los die situatie dan op voordat je een groeicommand probeert, omdat de arraylaag nog een geldige reden heeft om de oude grootte te behouden.

Controleer de bruikbare grootte van elk lidapparaat

Een grotere fysieke schijf kan nog steeds een partitie van oude grootte of een geregistreerde componentgrens aan RAID presenteren. Vergelijk de capaciteit van de hele schijf, het einde van de partitiesectoren en de exacte blokapparaten die als arrayleden zijn vermeld.

Een groter lid van versie 1.x kan zijn geregistreerde componentgrens behouden, zelfs nadat de fysieke schijf is vervangen. Uitbreiden naar de maximale componentgrootte gebeurt pas nadat alle actieve leden dit kunnen ondersteunen.

Maak geen partitie opnieuw aan alleen omdat de weergegeven grootte oud is. Noteer eerst het startsector, partitie-type, RAID UUID en lid-serienummers; gebruik daarna de platformondersteunde uitbreidingsmethode die de bestaande startpositie en metadata behoudt.

Verifieer dat de RAID-laag is uitgebreid

Wanneer elk lid groter is maar het RAID-blokapparaat niet, is de array-geometrie niet uitgebreid. De vereiste actie hangt af van of de stack md RAID, ZFS, Btrfs, een hardwarecontroller of een NAS-beheerde opslagpool is.

Voor md RAID start het wijzigen van de actieve componentgrootte een resynchronisatie van het nieuw blootgestelde gebied. In een ZFS-spiegel wordt ruimte pas beschikbaar nadat elk apparaat in de spiegelgroep is vervangen, en uitbreiding kan autoexpand of een expliciete online uitbreiding vereisen.

Gebruik de beheersinterface of opdracht die bij de daadwerkelijke RAID-implementatie hoort. Stop als de array een reshape, gedegradeerde status, niet-ondersteunde lay-outwijziging of lidgrootte-ongelijkheid rapporteert; die toestanden moeten worden opgelost voordat de nieuwe grens vertrouwd kan worden.

Controleer op een partitie- of volumelaag boven RAID

Zelfs nadat het RAID-apparaat is gegroeid, kan een partitietabel, LVM-fysiek volume, logisch volume, versleutelde mapping of opslagpooltoewijzing nog steeds eindigen bij het vorige sectoradres. Het bestandssysteem kan geen blokken zien die een tussenliggende laag niet aan het toewijst.

Volg het aangekoppelde pad naar beneden met de blokapparaatweergave van het platform en vergelijk de groottes bij elke stap. Het eerste object dat klein blijft, is de laag die moet worden uitgebreid; het eerst wijzigen van een hogere laag zal ofwel mislukken of de nieuwe ruimte ontoegewezen laten.

Vergroot één grens tegelijk en controleer de volgende laag opnieuw voordat je doorgaat. Deze gefaseerde methode creëert een duidelijk terugdraai-punt en voorkomt dat een opdracht bedoeld voor een bestandssysteem per ongeluk op een RAID-lid of partitie wordt toegepast.

Vergroot het bestandssysteem pas nadat het blokapparaat is gegroeid

Een bestandssysteem breidt zich niet noodzakelijk uit wanneer het onderliggende RAID-apparaat groter wordt. Bevestig dat het aangekoppelde bestandssysteem nog steeds de oude grootte rapporteert terwijl het onderliggende blokapparaat nu de nieuwe grootte rapporteert.

Voor ext2, ext3 en ext4 verwacht de bestandssysteem-resizer dat de partitie of het logische apparaat eerst wordt vergroot. XFS volgt dezelfde laagvolgorde, en een XFS-groeibewerking breidt een aangekoppeld bestandssysteem uit naar capaciteit die al door het apparaat is blootgesteld.

Gebruik de bestandssysteem-specifieke groeibewerking pas nadat je het apparaatpad, aankoppelpunt, ondersteunde online status en recente back-up hebt gecontroleerd. Een succesvolle RAID-uitbreiding met een ongewijzigd bestandssysteem is onvolledig, maar veiliger dan gokken op de verkeerde laag.

Houd rekening met bestandssysteem-specifieke apparaatuitbreiding

Sommige bestandssystemen beheren meerdere apparaten direct, dus hun vervangings- en uitbreidingsstappen komen niet overeen met een conventionele RAID-plus-bestandssysteemstack. Btrfs is het bekende voorbeeld: het vervangen van een apparaat en het blootstellen van de volledige nieuwe capaciteit zijn aparte handelingen.

Het vervangen van een Btrfs-apparaat door een groter doelapparaat maakt de toegevoegde blokken niet automatisch beschikbaar voor het bestandssysteem. Een aparte apparaatuitbreiding verklaart waarom de vervanging schoon kan worden voltooid terwijl de gerapporteerde capaciteit ongewijzigd blijft.

Identificeer of het bestandssysteem zelf de apparaatset beheert voordat je mdadm-, partitie- of LVM-instructies gebruikt. Het mengen van procedures uit verschillende opslagstacks is een van de snelste manieren om een eenvoudig capaciteitsprobleem in een metadata-probleem te veranderen.

Gebruik een laag-voor-laag capaciteitscontrole

De doorslaggevende test is om de gerapporteerde grootte op elke laag van fysieke schijf tot aangekoppeld bestandssysteem op te schrijven. De capaciteit moet monotoon toenemen door de stack, met verwachte reducties voor RAID-redundantie, metadata, gereserveerde blokken en eenheidconversie.

Als de fysieke schijven groter zijn maar de lidpartities niet, los dan de partitie-laag op. Als het RAID-apparaat groter is maar het logische volume niet, breid dan het volume uit. Als elke bloklaag groter is maar het aangekoppelde bestandssysteem niet, voer dan de bestandssysteem-groeistap uit.

Stop wanneer twee aangrenzende lagen het oneens zijn op een manier die je niet kunt verklaren of wanneer een gezondheidsindicator stijgt tijdens de uitbreiding. Bewaar statusuitvoer en back-ups voordat je de geometrie wijzigt, want de eerste onverklaarde grens is een diagnostische aanwijzing in plaats van een reden om de volgende bewerking af te dwingen.