Rozwiązanie społecznościowe

Przenoszenie istniejących pul RAID lub ZFS do systemu ZimaOS: ograniczenia bezpieczeństwa importu i eksportu

A ZimaOS 1.6.1 user migrated a healthy mdadm RAID5 with Btrfs metadata from another Linux system and reported Storage UI errors, missing device nodes, and no documented GUI workflow for safely adopting or exporting the foreign pool.

Ten wątek to zaawansowany raport o nieudanej migracji pamięci masowej, a nie obsługiwana instrukcja importowania. Macierz źródłowa została utworzona na poziomie jądra Linuksa, ale warstwa Storage systemu ZimaOS nie przejęła jej prawidłowo, a użytkownik napotkał utrzymujący się błąd interfejsu.

Wykrycie macierzy na poziomie jądra nie oznacza zarządzania nią przez ZimaOS

System Linux może rozpoznać metadane RAID lub system plików, podczas gdy menedżer pamięci masowej działający w stylu urządzenia nie ma jeszcze stanu cyklu życia niezbędnego do bezpiecznego zarządzania tą pulą. procedura odzyskiwania RAID pokazuje bezpieczniejszą zasadę ZimaOS dotyczącą macierzy, które system już rozpoznaje: zachowanie istniejących metadanych RAID i unikanie ponownego tworzenia macierzy w pierwszej kolejności.

OpenZFS ma jasno określony cykl eksportowania i importowania

Oficjalna procedura eksportowania puli OpenZFS informuje, że eksportowanie puli odmontowuje jej zestawy danych i oznacza urządzenia jako wyeksportowane, aby można je było później przenieść i zaimportować. Procedura importowania puli OpenZFS wyjaśnia, jak inny host wykrywa i importuje dostępne pule.

Obecna dokumentacja deweloperska ZimaOS udostępnia również operacje ZFS w wierszu poleceń, w tym zpool export. Nie jest to równoznaczne z istnieniem uniwersalnego kreatora graficznego do importowania dowolnych pul mdadm+Btrfs, natywnego Btrfs i ZFS.

Aktualna publiczna dokumentacja nie opisuje uniwersalnego kreatora importowania obcych pul

Obecny kreator Storage koncentruje się na tworzeniu pamięci masowej ZimaOS i zarządzaniu nią, natomiast publiczny przewodnik deweloperski ZFS opisuje ręczne operacje ZFS. Jeśli rzeczywistym celem jest przeniesienie zarządzanych przez ZimaOS danych na nową pamięć masową, a nie przejęcie obcej macierzy, migracja danych ZimaOS jest obecnie bezpieczniejszym rozwiązaniem. procedura tworzenia kopii zapasowych ZimaOS powinna być częścią planu przed rozpoczęciem destrukcyjnych prac przy pamięci masowej.

Nie wymuszaj importowania za pomocą flag odzyskiwania na jedynej kopii danych

OpenZFS ostrzega, że wymuszone importowanie lub importowanie w trybie odzyskiwania może spowodować utratę ostatnich transakcji lub być niebezpieczne w inny sposób. Nie testuj flag odzyskiwania ani destrukcyjnego ponownego formatowania na jedynej kopii ważnych danych.

Podsumowanie

Awaria zgłoszona przez społeczność w wersji 1.6.1 pokazuje, dlaczego obca macierz rozpoznana przez jądro nie staje się automatycznie pulą zarządzaną przez ZimaOS. ZFS ma zdefiniowany cykl eksportowania i importowania, ale aktualna publiczna dokumentacja ZimaOS nie opisuje jednego uniwersalnego graficznego procesu przejmowania każdej kombinacji obcego RAID-u i systemu plików.