Communityoplossing

Werkt RAID-herstel in ZimaOS? Wat de storing in 2024 betekende

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.

Huidig antwoord: Ja, RAID-herstel bestaat — maar deze storing uit 2024 vond plaats terwijl vervanging was uitgeschakeld

De mislukte test is historisch gezien echt gebeurd. In ZimaOS 1.2.1 gaf IceWhale expliciet aan dat RAID-vervanging was uitgeschakeld vanwege een verificatieprobleem. Het lege hersteldialoogvenster was daarom geen bewijs dat RAID-herstel nooit kon werken; het was een versiegebonden uitgeschakelde functie.

ZimaOS-opslagpagina die een gedegradeerde RAID in alleen-lezenmodus toont en om een vervangende schijf vraagt
Bij de test van 2024 werd opzettelijk één RAID5-lid verwijderd en opnieuw geformatteerd. ZimaOS vergrendelde de gedegradeerde array in alleen-lezenmodus en vroeg om een vervangende schijf.
ZimaOS-dialoogvenster voor RAID-herstel dat geen beschikbare harde schijven toont voor de mislukte vervangingstest
Het RAID-herstelvenster kon de opnieuw geplaatste schijf niet aanbieden in ZimaOS 1.2.1, in overeenstemming met de latere verklaring van IceWhale dat vervanging tijdelijk was uitgeschakeld.

Maak een RAID niet opnieuw aan en formatteer deze niet wanneer de gegevens nog belangrijk zijn

De huidige herstelpraktijk is veel voorzichtiger. Als een bestaande array na een herinstallatie of het verlies van de opslagdatabase niet meer wordt herkend, bewaar dan de leden-schijven en herstel de opgeslagen RAID-configuratie voordat je een nieuwe array aanmaakt. De ZimaOS RAID-herstelgids legt de huidige methode met local-storage.db en de grens voor destructieve terugval uit.

De Linux-mdadm-arrayinspectie is de upstreamreferentie voor het identificeren van een md-array.

Een mislukte vervangingstest en een mislukte update waren twee verschillende problemen

Scherm met algemene instellingen van ZimaOS 1.2.0 zonder de verwachte updatemelding
Op het scherm van een tweede gebruiker met versie 1.2.0 ontbrak de verwachte updateprompt; later bleek uit de discussie dat dit specifieke updateprobleem werd veroorzaakt door door de firewall geblokkeerd downloadverkeer.

In de discussie kwam later een 1.2.0-systeem aan bod dat de update niet kon zien. Die situatie bleek verband te houden met de firewall: de updatedownload werd geblokkeerd. Verwissel een niet-beschikbare software-update niet met de mislukte vervanging van een RAID-lid alleen omdat beide in dezelfde discussie voorkwamen.

Test herstel met gegevens die je kunt verliezen

Het oorspronkelijke uitgangspunt was goed: controleer de gedegradeerde modus en het vervangingsgedrag voordat je belangrijke gegevens aan een array toevertrouwt. Gebruik wegwerpbare testbestanden, verwijder één lid op de juiste manier, controleer of de array zoals verwacht gedegradeerd en alleen-lezen wordt, voeg een bekende vervangende schijf toe en houd de herbouwstatus in de gaten.

Het Linux MD-gedrag van de kernel biedt het onderliggende model.

RAID-herstel is geen back-up

Een geslaagde RAID-herbouw beschermt tegen het uitvallen van een schijf. Deze beschermt niet tegen per ongeluk verwijderen, bestandssysteemcorruptie, malware, fouten van de controller of het aanmaken van een nieuwe array op de verkeerde schijven. Bewaar een tweede geverifieerde kopie buiten de array.

Voor huidige hardware met meerdere schijven en herstelplanning biedt de ZimaCube 2-opslag de actuele platformcontext.