Varför blir en RAID-array inaktiv efter ett strömavbrott?

Efter strömavbrott kan en RAID-array förbli inaktiv eftersom dess metadata upptäcktes men systemet inte kunde starta den säkert med de tillgängliga medlemmarna och tillståndet.

Termen ”inaktiv” beskriver mest direkt Linux md-arrayer, även om andra lagringsstackar har liknande import- eller aktiveringsfel. Kontrollera enhetsupptäckt, medlemsmetadata, smutsigt eller degraderat tillstånd, startkonfiguration och strömvägsfel innan du försöker en tvångsstart.

Förstå vad inaktiv betyder i Linux RAID

En inaktiv md-array kan ha enheter och viss konfiguration kopplad samtidigt som den vägrar normal I/O. Det är inte samma sak som en frisk array som bara är avmonterad, och monteringskommandon kan inte reparera det saknade aktiveringssteget.

En inaktiv array-tillstånd är konfigurerad men inte aktiv, med I/O som returnerar fel. Detta tillstånd låter systemet fortsätta upptäcka eller rekonfigurera medlemmar utan att låtsas att arrayen är redo.

Inspektera /proc/mdstat, arraydetaljer och varje medlems superblock innan du ändrar tillstånd. Målet är att förstå varför aktiveringen stoppades, inte att förvandla ”inaktiv” till ”aktiv” utan att bekräfta medlemsuppsättningen.

En eller flera medlemmar kan ha försvunnit

Ett plötsligt strömavbrott kan avslöja en marginal strömkabel, backplane, SATA-kabel, kontrollport eller enhet som inte initierar vid nästa uppstart. Arrayen ser då färre medlemmar än vad dess metadata säger borde finnas.

mdadm jämför normalt de tillgängliga icke-reservdelarna med det förväntade aktiva antalet innan start. En array kan förbli delvis sammansatt när förväntade enheter saknas, även om tillräckligt med metadata finns för att skapa en md-enhetspost.

Stäng av säkert om hårdvaruinspektion krävs, kontrollera sedan kontakter, uppstart, kontrollerdetektion, serienummer och SMART-data. Återställ saknad anslutning innan du väljer degraderad start, eftersom ett tillfälligt fel i vägen kan vara lättare och säkrare att åtgärda än att rekonstruera arrayen.

En osäker avstängning kan lämna arrayen smutsig

Strömavbrott kan avbryta skrivningar innan varje medlem och paritetsblock når ett konsekvent tillstånd. Arrayens metadata registrerar då att en resynkronisering, bitmap-uppspelning, journaluppspelning eller annan konsistensåtgärd krävs vid nästa start.

Linux md stöder olika konsistenspolicyer efter en oväntad avstängning, inklusive full resynkronisering, skrivavsiktsbitmap, journal och partiell paritetslogg. Konsistenspolicyn avgör hur mycket arbete som behövs innan redundans åter kan litas på.

En smutsig men komplett array kan starta och resynkronisera normalt. En smutsig array som också är degraderad kräver mycket större försiktighet, eftersom saknade data och osäker paritet kan ta bort den information som behövs för pålitlig rekonstruktion.

Smutsig och degraderad paritet kan utlösa säkerhetsvägran

RAID 5 eller RAID 6 kan nekas vid start när den är både smutsig och saknar en medlem. Vägran skyddar mot ett tillstånd där pariteten kan vara föråldrad och de saknade data inte kan kontrolleras mot en annan kopia.

En skyddsmekanism för smutsig-degraderad start finns eftersom tvång av den kombinationen kan skapa oupptäckbar korruption. Därför är tvångsstart i degraderat läge ett uttryckligt administratörsbeslut snarare än normalt startbeteende.

Hoppa inte över detta skydd förrän den saknade medlemmen, backupstatus och skrivhistorik är förstådda. Återställ enhetsvägen eller klona felande medlemmar först; om återställning måste fortsätta, minimera skrivningar och verifiera återställda filer oberoende.

Upptäckt och konfiguration vid uppstart kan vara ofullständig

Diskarna kan alla vara friska medan start ändå missar arrayen eftersom enhetsupptäckt slutförs efter monteringsförsöket, konfigurationen saknar arrayidentitet eller initramfs innehåller föråldrade RAID-inställningar.

En RAID-konfigurationsfil kan beskriva enheter och arrayer så att startverktyg vet vad som ska skannas och monteras. Korrekt arraykonfigurationsposter är särskilt viktiga när automatisk upptäckt inte pålitligt kan härleda den avsedda uppsättningen.

Jämför de aktiva medlems-UUID:erna med den installerade konfigurationen och startmiljön. Korrigera föråldrad konfiguration först efter att den faktiska arrayidentiteten bekräftats; att generera en ny konfiguration från en ofullständig medlemsuppsättning kan göra nästa start konsekvent felaktig.

Extern metadata kan behöva sin användarutrymmesmanager

Vissa arrayer använder externa metadataformat som hanteras av användarutrymme snarare än helt av kärnan. Efter ett abrupt avbrott kan container- eller övervakningsprocessen ha missat att slutföra de bekräftelser som krävs för medlemsstatusändringar.

Externhanterad metadata kan pausa aktiviteten tills användarutrymmet bekräftar en händelse. En inaktiv komponentuppsättning kan därför spegla ett saknat hanteringssteg snarare än felande datadiskar.

Identifiera metadataformatet innan generiska md-kommandon används. Firmware-assisterade eller containerformat kan kräva lämplig övervakare, kontrollverktyg eller NAS-återställningsflöde så att metadatauppdateringar sker i rätt ordning.

Återställ i lägsta riskordning

Börja med skrivskyddade bevis: lista blockenheter efter stabilt ID, mappa serienummer till platser, granska medlemsmetadata, gå igenom föregående starts loggar och kontrollera att varje förväntad disk är närvarande. Skapa inte en ny array eller nollställ superblockar.

Försök med plattformens normala montering efter att anslutning och konfiguration korrigerats. Använd skrivskyddat eller läs-auto-läge när det stöds, och reservera degraderat kör- eller tvångsalternativ för fall där exakt saknad medlem och konsistensrisk är förstådda.

Efter återställning, slutför eventuell resynkronisering eller rengöring, bekräfta säkerhetskopior och undersök avbrottsvägen. En UPS, pålitlig ström och kablage, aktuell RAID-konfiguration, stabila enhets-ID:n och larm minskar risken att nästa strömhändelse ger samma inaktiva tillstånd.