Waardoor blijft een RAID-array gedegradeerd nadat een vervangende schijf is geplaatst?

Een RAID-array blijft gedegradeerd wanneer de vervangende schijf zichtbaar is, maar geen geldig lid voor de rebuild is geworden. Veelvoorkomende oorzaken zijn een verkeerde grootte, vreemde metadata, een niet-ondersteunde status, ontbrekende handmatige toewijzing of een andere defecte bronschijf.

Initialiseer de vervangende schijf niet en importeer niet zomaar een vreemde configuratie. Identificeer eerst de exacte array, de ontbrekende rol, het serienummer van de vervangende schijf, de controllerstatus en of de schijf in aanmerking komt voor een rebuild. Het doel is een lege, geschikte schijf als doel toe te voegen zonder de vertrouwde bronconfiguratie te wijzigen.

Controleer of de vervangende schijf door de juiste controller wordt herkend

Een schijf kan zichtbaar zijn in het besturingssysteem, maar niet beschikbaar zijn voor de RAID-controller. Of de controller ziet de schijf in een ander bayslot dan verwacht. Vergelijk het fysieke serienummer, de bay, de controllerpoort en het opgegeven aantal sectoren.

Als de nieuwe schijf niet zichtbaar is op de RAID-laag, controleer dan de voeding, backplane, kabel, HBA-modus en behuizingsindeling voordat je de arraymetadata wijzigt. De schijf herhaaldelijk plaatsen zonder het serienummer te controleren, kan ertoe leiden dat de verkeerde schijf wordt onderhouden.

Ready, Unconfigured en Spare betekenen niet dat er opnieuw wordt opgebouwd

Veel hardwarecontrollers plaatsen een nieuwe schijf in een neutrale status, zoals Ready of Unconfigured Good. De array blijft gedegradeerd totdat de schijf volgens de procedure van die controller is toegewezen als vervangende schijf, speciale reserveschijf of geschikte globale hot spare.

Een nieuwe schijf met de status Ready is een goed voorbeeld: alleen aanwezigheid vult de ontbrekende RAID-rol niet in. Controleer of hot-plug, handmatige vervanging of toewijzing als reserveschijf vereist is.

Software-RAID moet meestal expliciet worden toegevoegd

Linux-md-arrays voegen een verdwenen schijf niet per se opnieuw toe alleen omdat een blokapparaat op hetzelfde pad terugkeert. Het oude lid kan nog steeds als verwijderd zijn gemarkeerd, terwijl de vervangende schijf alleen als ongebruikt apparaat beschikbaar is.

Het gedrag van mdadm handmatig opnieuw toevoegen weerspiegelt een veiligheidsgrens: een apparaat dat eerder is verdwenen automatisch vertrouwen, kan riskanter zijn dan vereisen dat een beheerder het controleert en bewust toevoegt.

Vreemde metadata kan de vervanging blokkeren

Een hergebruikte schijf kan RAID-handtekeningen van een andere array bevatten. Controllers markeren deze als vreemd, omdat importeren de actieve configuratie kan wijzigen. Ook een gloednieuwe schijf kan fabrieks-, test- of metadata van eerder gebruik bevatten die automatische geschiktheid verhinderen.

Importeer geen vreemde configuratie van een schijf die bedoeld is als lege vervangende schijf. In een geval met een vervangende schijf met vreemde metadata was het wijzigen van de nieuwe schijf naar de status 'goed, niet geconfigureerd' de juiste aanpak, niet het importeren van de oude arraydefinitie.

Capaciteit en sectorindeling moeten voldoen aan het minimum van de array

De vervangende schijf moet minstens evenveel bruikbare sectoren bieden als het defecte schijflid. Een schijf met ogenschijnlijk dezelfde capaciteit kan iets kleiner zijn. Sommige controllers weigeren ook een wijziging in logisch of fysiek sectorformaat, interfacetype, firmwarecertificering of versleutelingsmogelijkheden.

Vergelijk de exacte capaciteit en sectorindeling, niet alleen het label op de doos. Forceer de nieuwe schijf niet online als de controller meldt dat deze niet wordt ondersteund of te klein is; kies een compatibele schijf met een grotere capaciteit.

Een andere bronschijf kan de reconstructie verhinderen

Voor een heropbouw zijn leesbare gegevens van de overgebleven schijven nodig. Als een andere schijf onherstelbare sectoren heeft, herhaaldelijk time-outs geeft of uit de array verdwijnt, kan de controller de bewerking afbreken, de vervangende schijf als reserveschijf behouden of na een mislukte reconstructiepoging in een gedegradeerde toestand blijven.

Bekijk het gebeurtenissenlogboek vanaf het moment waarop de oorspronkelijke schijf uitviel tot en met de poging tot vervanging. De nieuwste waarschuwing kan naar de vervangende schijf verwijzen, terwijl de daadwerkelijke blokkade een leesfout op een ander bronschijfstation is.

Gebruik een statusgebaseerde probleemoplossingsvolgorde

Een handmatige rebuildtoewijzing die specifiek is voor de controller, kan een hot-spare-actie gebruiken om het herstel te starten. Gebruik de door het platform gedocumenteerde statusovergang in plaats van algemene opdrachten die je van een andere RAID-stack hebt gekopieerd.

Controleer de rebuild-trigger voordat je het systeem verlaat

Nadat de vervangende schijf is toegewezen, moet je lang genoeg blijven kijken om te bevestigen dat het aantal verwerkte blokken toeneemt en dat het beoogde serienummer het doel is. Een statuswijziging die begint en meteen wordt afgebroken, betekent nog steeds dat de array gedegradeerd is, ook als het dashboard kortstondig rebuilding weergeeft.

Bewaar de eerste foutmelding na een afgebroken poging. Die geeft vaak duidelijker aan wat het probleem is dan de uiteindelijke samenvatting, vooral als een schijf met brongegevens een time-out krijgt of de controller de geometrie van het doel weigert.

Veelgestelde vragen

Moet ik de vervangende schijf eerst initialiseren?

Meestal niet. Initialiseren kan metadata schrijven en kan gegevens vernietigen als de verkeerde schijf wordt geselecteerd. Bereid alleen het bevestigde lege doel voor via de vervangingsworkflow van de controller.

Waarom bleef de nieuwe schijf ongebruikt na cold swapping?

Sommige controllers detecteren en koppelen een vervangende schijf anders tijdens hot insertion. Bij cold swapping kan er een ontbrekende rol achterblijven naast een afzonderlijke schijf die gereed is en handmatig moet worden toegewezen.

Kan ik de schijf geforceerd online zetten?

Force-online-acties zijn bedoeld voor specifieke herstelsituaties en kunnen verouderde gegevens promoten. Wijs een nieuwe, lege vervangende schijf toe als rebuilddoel of hot spare, in plaats van te doen alsof deze de huidige arraygegevens bevat.

De array wordt pas gezond nadat het lidmaatschap is gewijzigd

Een zichtbare vervangende schijf heft de gedegradeerde status niet op. De schijf moet in aanmerking komen, aan de ontbrekende rol worden toegewezen, opnieuw worden opgebouwd vanaf leesbare bronnen en worden gepromoveerd tot een actief, gesynchroniseerd lid.