Rozwiązanie społecznościowe

Czy odzyskiwanie macierzy RAID w ZimaOS działa? Co oznaczała awaria w 2024 roku

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.

Obecna odpowiedź: Tak, odzyskiwanie macierzy RAID istnieje — ale ta awaria z 2024 roku wystąpiła, gdy funkcja wymiany była wyłączona

Nieudany test rzeczywiście się wydarzył. W ZimaOS 1.2.1 firma IceWhale wyraźnie poinformowała, że wymiana dysków w macierzy RAID została wyłączona z powodu problemu z weryfikacją. Puste okno odzyskiwania nie było więc dowodem na to, że odzyskiwanie macierzy RAID nigdy nie może działać — była to funkcja wyłączona w konkretnej wersji.

Strona pamięci masowej ZimaOS pokazująca zdegradowaną macierz RAID w trybie tylko do odczytu i żądająca dysku zastępczego
W teście z 2024 roku celowo wyjęto i sformatowano jeden z dysków macierzy RAID5. ZimaOS zablokował zdegradowaną macierz w trybie tylko do odczytu i poprosił o dysk zastępczy.
Okno odzyskiwania macierzy RAID w ZimaOS pokazujące brak dostępnych dysków twardych podczas nieudanego testu wymiany
Okno odzyskiwania macierzy RAID nie mogło zaoferować ponownie włożonego dysku w ZimaOS 1.2.1, co odpowiada późniejszemu oświadczeniu IceWhale, że wymiana została tymczasowo wyłączona.

Nie twórz ponownie ani nie formatuj macierzy RAID, gdy dane nadal mają znaczenie

Obecne praktyki odzyskiwania są znacznie ostrożniejsze. Jeśli istniejąca macierz przestanie być rozpoznawana po ponownej instalacji lub utracie bazy danych pamięci masowej, zachowaj dyski członkowskie i odzyskaj zapisaną konfigurację RAID przed utworzeniem nowej macierzy. Strona odzyskiwania RAID w ZimaOS wyjaśnia obecnie stosowaną metodę z użyciem local-storage.db oraz granicę destrukcyjnej procedury awaryjnej.

Narzędzie mdadm do inspekcji macierzy jest źródłem referencyjnym dotyczącym identyfikowania macierzy md.

Nieudany test wymiany i nieudana aktualizacja były dwoma różnymi problemami

Ekran ustawień ogólnych ZimaOS 1.2.0 bez oczekiwanego powiadomienia o aktualizacji
Na ekranie systemu ZimaOS 1.2.0 innego użytkownika brakowało oczekiwanego monitu o aktualizację; później ustalono, że ten konkretny problem z aktualizacją wynikał z blokowania ruchu pobierania przez zaporę sieciową.

Wątek obejmował później system w wersji 1.2.0, który nie wykrywał aktualizacji. Okazało się, że przyczyną była zapora sieciowa: pobieranie aktualizacji było blokowane. Nie należy mylić niedostępnej aktualizacji oprogramowania z problemem wymiany dysku członkowskiego macierzy RAID tylko dlatego, że oba przypadki pojawiły się w tej samej dyskusji.

Testuj odzyskiwanie na danych, których utrata nie będzie problemem

Początkowe założenie było słuszne: przed powierzeniem macierzy ważnych danych należy zweryfikować tryb zdegradowany i działanie wymiany. Użyj plików testowych, których możesz się pozbyć, prawidłowo wyjmij jeden z dysków członkowskich, potwierdź, że macierz przechodzi w oczekiwany tryb zdegradowany i tylko do odczytu, dodaj sprawdzony dysk zastępczy oraz monitoruj stan odbudowy.

Działanie mechanizmu Linux MD przedstawia model funkcjonowania na niższym poziomie.

Odzyskiwanie macierzy RAID nie jest kopią zapasową

Pomyślna odbudowa macierzy RAID chroni przed awarią jednego z dysków członkowskich. Nie chroni przed przypadkowym usunięciem, uszkodzeniem systemu plików, złośliwym oprogramowaniem, błędami kontrolera ani utworzeniem nowej macierzy na niewłaściwych dyskach. Przechowuj drugą, zweryfikowaną kopię poza macierzą.

W kontekście obecnego sprzętu z wieloma dyskami i planowania odzyskiwania pamięć masowa ZimaCube 2 przedstawia aktualny kontekst platformy.