Community-Lösung

Funktioniert die RAID-Wiederherstellung von ZimaOS? Was der Ausfall von 2024 bedeutete

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.

Aktuelle Antwort: Ja, RAID-Wiederherstellung ist möglich – aber dieser Ausfall von 2024 trat auf, während das Ersetzen deaktiviert war

Der fehlgeschlagene Test ist historisch belegt. In ZimaOS 1.2.1 erklärte IceWhale ausdrücklich, dass das Ersetzen von RAID-Laufwerken aufgrund eines Überprüfungsproblems deaktiviert worden war. Das leere Wiederherstellungsdialogfeld war daher kein Beweis dafür, dass die RAID-Wiederherstellung grundsätzlich nie funktionieren konnte, sondern eine versionsspezifisch deaktivierte Funktion.

ZimaOS-Speicherseite mit einem degradierten RAID im schreibgeschützten Modus, die ein Ersatzlaufwerk anfordert
Beim Test von 2024 wurde absichtlich ein RAID5-Mitglied entfernt und neu formatiert. ZimaOS sperrte das degradierte Array im schreibgeschützten Modus und forderte ein Ersatzlaufwerk an.
ZimaOS-Dialog zur RAID-Wiederherstellung ohne verfügbare Festplatten für den fehlgeschlagenen Ersatztest
Der RAID-Wiederherstellungsdialog konnte die erneut eingesetzte Festplatte in ZimaOS 1.2.1 nicht anbieten. Dies entsprach der späteren Aussage von IceWhale, dass das Ersetzen vorübergehend deaktiviert worden war.

Ein RAID nicht neu erstellen oder formatieren, wenn die Daten noch wichtig sind

Die aktuelle Wiederherstellungspraxis ist deutlich vorsichtiger. Wenn ein vorhandenes Array nach einer Neuinstallation oder dem Verlust der Speicherdatenbank nicht mehr erkannt wird, bewahren Sie die Mitgliedslaufwerke auf und stellen Sie die gespeicherte RAID-Konfiguration wieder her, bevor Sie ein neues Array erstellen. Die ZimaOS-RAID-Wiederherstellung erklärt die aktuelle Methode mit local-storage.db sowie die Grenze des destruktiven Ausweichverfahrens.

Die mdadm-Array-Überprüfung unter Linux ist die maßgebliche Referenz zur Identifizierung eines md-Arrays.

Ein fehlgeschlagener Ersetzungstest und ein fehlgeschlagenes Update waren zwei verschiedene Probleme

ZimaOS-1.2.0-Einstellungsseite ohne die erwartete Update-Benachrichtigung
Auf dem Bildschirm eines zweiten Benutzers mit Version 1.2.0 fehlte die erwartete Update-Aufforderung. Später stellte sich heraus, dass dieses konkrete Update-Problem durch eine Firewall verursacht wurde, die den Download-Datenverkehr blockierte.

Im weiteren Verlauf des Threads wurde ein 1.2.0-System erwähnt, das das Update nicht sehen konnte. Dieser Fall stellte sich als Firewall-Problem heraus: Der Update-Download wurde blockiert. Verwechseln Sie ein nicht verfügbares Software-Update nicht mit dem Fehlschlag beim Ersetzen eines RAID-Mitglieds, nur weil beide in derselben Diskussion auftauchten.

Die Wiederherstellung mit Daten testen, deren Verlust verkraftbar ist

Der ursprüngliche Ansatz war sinnvoll: Testen Sie den Degraded-Modus und das Verhalten beim Ersetzen, bevor Sie einem Array wichtige Daten anvertrauen. Verwenden Sie entbehrliche Testdateien, entfernen Sie ein Mitglied ordnungsgemäß, bestätigen Sie, dass das Array wie erwartet degradiert und schreibgeschützt wird, fügen Sie ein bekanntes Ersatzlaufwerk hinzu und überwachen Sie den Status des Wiederaufbaus.

Das Linux-MD-Verhalten des Kernels liefert das Modell auf niedrigerer Ebene.

RAID-Wiederherstellung ist kein Backup

Ein erfolgreicher RAID-Wiederaufbau schützt vor dem Ausfall eines Mitgliedslaufwerks. Er schützt nicht vor versehentlichem Löschen, Dateisystembeschädigungen, Malware, Fehlern am Controller oder dem Erstellen eines neuen Arrays über den falschen Laufwerken. Bewahren Sie eine zweite verifizierte Kopie außerhalb des Arrays auf.

Für aktuelle Hardware mit mehreren Laufwerken und die Wiederherstellungsplanung bietet der ZimaCube 2-Speicher den aktuellen Plattformkontext.