Gemenskapslösning

Fungerar ZimaOS RAID-återställning? Vad haveriet 2024 innebar

A ZimaCube owner deliberately broke a RAID5 to test drive replacement and found that the 1.2.1 recovery UI could not accept the replacement disk.

Aktuellt svar: Ja, RAID-återställning finns – men detta fel inträffade 2024 när ersättningsfunktionen var inaktiverad

Det misslyckade testet är historiskt belagt. I ZimaOS 1.2.1 uppgav IceWhale uttryckligen att RAID-ersättning hade inaktiverats på grund av ett verifieringsproblem. Den tomma återställningsdialogrutan var därför inte ett bevis på att RAID-återställning aldrig kunde fungera, utan en versionsspecifik inaktiverad funktion.

ZimaOS-lagringssida som visar en degraderad RAID i skrivskyddat läge och begär en ersättningsenhet
Testet 2024 tog avsiktligt bort och formaterade om en RAID5-medlem. ZimaOS låste den degraderade arrayen i skrivskyddat läge och bad om en ersättningsenhet.
ZimaOS-dialogruta för RAID-återställning som visar att inga tillgängliga hårddiskar fanns för det misslyckade ersättningstestet
Dialogrutan för RAID-återställning kunde inte erbjuda den återinsatta disken i ZimaOS 1.2.1, vilket stämde med IceWhales senare uttalande om att ersättningsfunktionen tillfälligt hade inaktiverats.

Återskapa eller formatera inte en RAID när informationen fortfarande är viktig

Dagens återställningspraxis är betydligt mer försiktig. Om en befintlig array inte längre känns igen efter en ominstallation eller förlust av lagringsdatabasen ska du bevara medlemsdiskarna och återställa den lagrade RAID-konfigurationen innan du skapar en ny array. ZimaOS RAID-återställning förklarar den aktuella metoden med local-storage.db och gränsen för den destruktiva reservlösningen.

Linux-verktyget mdadm för arrayinspektion är den ursprungliga referensen för att identifiera en md-array.

Ett misslyckat ersättningstest och en misslyckad uppdatering var två olika problem

ZimaOS 1.2.0-skärm med allmänna inställningar utan den förväntade uppdateringsaviseringen
En annan användares skärm i version 1.2.0 saknade den förväntade uppmaningen om uppdatering. Tråden visade senare att just det uppdateringsproblemet berodde på att brandväggen blockerade nedladdningstrafiken.

Tråden tog senare upp ett 1.2.0-system som inte kunde se uppdateringen. Det visade sig vara brandväggsrelaterat: nedladdningen av uppdateringen blockerades. Blanda inte ihop en otillgänglig programuppdatering med felet vid ersättning av RAID-medlemmen bara för att båda förekom i samma diskussion.

Testa återställning med data du har råd att förlora

Den ursprungliga instinkten var god: verifiera degraderat läge och ersättningsbeteende innan du anförtro viktig information åt en array. Använd testfiler som kan tas bort, ta bort en medlem på ett ordnat sätt, bekräfta att arrayen blir degraderad och skrivskyddad som förväntat, lägg till en känd ersättningsdisk och övervaka återuppbyggnaden.

Kärnans Linux MD-beteende ger modellen på lägre nivå.

RAID-återställning är inte säkerhetskopiering

En lyckad RAID-återuppbyggnad skyddar mot fel på en medlemsdisk. Den skyddar inte mot oavsiktlig radering, korruption i filsystemet, skadlig kod, fel på styrenheten eller att du skapar en ny array ovanpå fel diskar. Behåll en andra verifierad kopia utanför arrayen.

För aktuell maskinvara med flera enheter och planering av återställning ger ZimaCube 2-lagring en aktuell plattformskontext.