Vad orsakar att en RAID-array förblir degraderad efter att en ersättningsdisk har lagts till?

Eva Wong är Teknisk skribent och den boende fixaren på ZimaSpace. En livslång nörd med en passion för hemma-labb och öppen källkod, hon specialiserar sig på att översätta komplexa tekniska koncept till tillgängliga, praktiska guider. Eva tror att självhosting ska vara roligt, inte skrämmande. Genom sina handledningar ger hon gemenskapen verktyg att avmystifiera hårdvaruinstallationer, från att bygga sin första NAS till att bemästra Docker-containrar.

En RAID-array förblir degraderad när ersättningen är synlig men inte blivit en giltig medlem under återuppbyggnad. Vanliga orsaker är fel storlek, främmande metadata, ej stödjat tillstånd, saknad manuell tilldelning eller en annan felande källskiva.

Initiera inte ersättningen eller importera en främmande konfiguration slumpmässigt. Identifiera först exakt array, saknad roll, ersättningsserienummer, kontrollerstatus och behörighet för återuppbyggnad. Målet är att ansluta ett tomt behörigt mål utan att ändra den betrodda källkonfigurationen.

Bekräfta att ersättningen ses av rätt kontroller

En disk kan synas i operativsystemet men ändå vara otillgänglig för RAID-kontrollern, eller synas för kontrollern i en annan kapslingsplats än förväntat. Jämför det fysiska serienumret, platsen, kontrollerporten och rapporterat sektorsantal.

Om den nya enheten inte syns på RAID-nivån, kontrollera ström, backplane, kabel, HBA-läge och kapslingskartläggning innan du ändrar arraymetadata. Upprepad insättning utan att identifiera serienumret kan leda till att fel medlem servas.

Ready, Unconfigured och Spare är inte under återuppbyggnad

Många hårdvarukontroller placerar en ny disk i ett neutralt tillstånd som Ready eller Unconfigured Good. Arrayen förblir degraderad tills disken tilldelas som ersättning, dedikerad reserv eller kvalificerad global het reserv enligt den kontrollerens arbetsflöde.

En ny enhet i Ready-läge är ett bra exempel: närvaro räcker inte för att fylla den saknade RAID-rollen. Kontrollera om het insättning, manuell ersättning eller tilldelning av reserv krävs.

Mjukvaru-RAID kräver vanligtvis en uttrycklig tilläggning

Linux md-arrayer lägger inte nödvändigtvis till en försvunnen disk igen bara för att en blockenhet återkommit på samma sökväg. Den gamla medlemmen kan fortfarande vara markerad som borttagen, medan ersättningen bara finns som en oanvänd enhet.

Det manuella mdadm-tillägget speglar en säkerhetsgräns: att automatiskt lita på en enhet som tidigare försvunnit kan vara värre än att kräva att en administratör verifierar och lägger till den medvetet.

Främmande metadata kan blockera ersättningen

En återanvänd disk kan innehålla RAID-signaturer från en annan array. Styrenheter märker detta som främmande eftersom import kan ändra den aktiva konfigurationen. En helt ny disk kan också bära fabriks-, test- eller tidigare användningsmetadata som förhindrar automatisk behörighet.

Importera inte främmande konfiguration från en disk avsedd som tom ersättning. I ett främmande ersättningsdisk-tillstånd var det relevant att ändra den nya medlemmen till ett okonfigurerat gott tillstånd, inte att importera dess gamla arraydefinition.

Kapacitet och sektorgeometri måste uppfylla arrayens minimum

Ersättningen måste erbjuda minst lika många användbara sektorer som den felande medlemmen. En nominellt lika stor enhet kan vara något mindre. Vissa styrenheter avvisar också ändring i logiskt eller fysiskt sektorsformat, gränssnittstyp, firmwarekvalifikation eller krypteringsmöjlighet.

Jämför exakt storlek och sektorsformat snarare än bara etiketten på lådan. Om styrenheten rapporterar den nya disken som ej stödd eller för liten, tvinga inte online; välj ett kompatibelt större mål.

En annan källdisk kan förhindra återuppbyggnad

En återuppbyggnad behöver läsbar data från de överlevande medlemmarna. Om en annan disk har oåterkalleliga sektorer, upprepade timeout eller faller bort från arrayen kan styrenheten avbryta, behålla ersättningen som reserv eller förbli degraderad efter ett misslyckat återuppbyggnadsförsök.

Granska händelselogg från det ögonblick den ursprungliga disken gick sönder till ersättningsförsöket. Den senaste varningen kan hänvisa till målet, medan det verkliga hindret är ett läsfel på en annan källmedlem.

Använd en felsökningsordning baserad på status

Ersättningsstatus Trolig betydelse Nästa kontroll
Ej upptäckt Anslutnings- eller styrenhetsvägsproblem Ström, kabel, fack, HBA, seriell karta
Redo / Okonfigurerad God Synlig men inte tilldelad Ersättnings- eller reservtilldelning
Främmande Gammal RAID-metadata närvarande Verifiera identitet; rensa endast metadata för det nya målet
För liten / ej stöd Behörighetsfel Exakta sektorer, format, kontrollerstöd
Reserv, inte återuppbyggande Ingen trigger eller källfel Saknad roll, policy, överlevande medlemsloggar
Återuppbyggnad avbruten Källa eller väg kunde inte slutföras Läsfel, tidsavbrott, andra fel

En kontroller-specifik manuell återuppbyggnadstilldelning kan använda en varmreservåtgärd för att trigga återställning. Använd plattformens dokumenterade tillståndsövergång istället för generiska kommandon kopierade från en annan RAID-stack.

Verifiera återuppbyggnadstrigg innan du lämnar systemet

När ersättningen är tilldelad, övervaka tillräckligt länge för att bekräfta att bearbetade block ökar och att det avsedda serienumret är målet. En tillståndsövergång som startar och omedelbart avbryts är fortfarande en degraderad array, även när instrumentpanelen kort visade återuppbyggnad.

Spara det första felet efter ett avbrott. Det identifierar ofta den faktiska blockeringen tydligare än den slutliga sammanfattningen, särskilt när en överlevande källdisk tidsavslutar eller kontrollern avvisar målgeometrin.

Vanliga frågor

Ska jag initialisera ersättningsdisken först?

Vanligtvis inte. Initialisering kan skriva metadata och kan vara destruktiv om fel disk väljs. Förbered endast det bekräftat tomma målet med kontrollerns ersättningsarbetsflöde.

Varför lämnade kallbyte den nya disken oanvänd?

Vissa kontroller upptäcker och associerar en ersättning annorlunda vid varminsättning. Kallbyte kan lämna en saknad roll plus en separat redo disk som måste tilldelas manuellt.

Kan jag tvinga enheten online?

Force-online-åtgärder är avsedda för specifika återställningssituationer och kan främja föråldrad data. För en ny tom ersättning, tilldela den som återuppbyggnadsmål eller reserv istället för att låtsas att den innehåller aktuell arraydata.

Arrayen blir frisk först efter medlemskapsändringar

En synlig ersättning tar inte bort degraderad status. Den måste vara berättigad, tilldelad den saknade rollen, återuppbyggd från läsbara källor och befordrad till en aktiv synkroniserad medlem.

Support och tips

Mer att läsa

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.