Migracja ZimaOS nie powiodła się: NTFS, EXT4 i kontrole wstępne

Podsumowanie: NTFS był przyczyną źródłową w tym rozwiązanym przypadku, ale nie jest uniwersalnym wyjaśnieniem każdej nieudanej migracji

W odtwarzalnym teście ZimaOS skopiował część danych, a następnie zakończył działanie błędem, ponieważ miejsce docelowe NTFS nie mogło ukończyć końcowego etapu kopiowania uprawnień. Sformatowanie miejsca docelowego jako EXT4 sprawiło, że ta konkretna migracja zakończyła się powodzeniem. W późniejszych odpowiedziach zgłoszono awarie przy innych układach, dlatego „sformatuj wszystko jako EXT4” należy traktować jako rozwiązanie dla konkretnego przypadku oraz przydatną kontrolę wstępną, a nie uniwersalne lekarstwo.

Ekran błędu migracji ZimaOS z komunikatem „Something wrong” podczas przenoszenia bazy danych użytkowników do sda1 — Oryginalny ekran błędu pokazuje przerwanie migracji bazy danych użytkowników podczas przenoszenia danych z ZimaOS-HD do sda1.

Obecną migrację należy rozpocząć od obsługiwanego narzędzia migracji danych

Okno wyboru lokalizacji przechowywania bazy danych użytkowników ZimaOS z wybranym sda1 jako miejscem docelowym migracji — W procesie migracji wybrano sda1 jako nową lokalizację przechowywania bazy danych użytkowników.

Okno przygotowania migracji ZimaOS z ostrzeżeniem, że usługi Docker zostaną wstrzymane podczas przenoszenia — Na etapie potwierdzenia wyświetlane jest ostrzeżenie, że usługi Docker zostaną wstrzymane, gdy aktywny jest tryb migracji.

Ekran postępu migracji bazy danych użytkowników ZimaOS pokazujący 70 procent — Transfer osiągnął 70%, zanim testowana migracja zakończyła się niepowodzeniem.

Obecny przewodnik migracji danych ZimaOS przenosi obrazy Docker, dane aplikacji Docker oraz foldery użytkowników według kategorii. Przewodnik po ścieżkach migracji ZimaOS jest obecnie najlepszym uzupełnieniem przy ustalaniu, co faktycznie zostanie przeniesione.

Sprawdź system plików miejsca docelowego przed rozpoczęciem

lsblk -f
blkid

Potwierdź urządzenie docelowe, typ systemu plików, dostępne miejsce oraz stan zamontowania. Jeśli miejsce docelowe korzysta z systemu plików o innej semantyce własności i uprawnień systemu Linux, migracja danych aplikacji będzie bardziej wrażliwa niż zwykłe kopiowanie metodą „przeciągnij i upuść”. Przydatnymi materiałami referencyjnymi do weryfikacji są podręcznik lsblk oraz dokumentacja ext4.

Dlaczego podczas migracji pojawia się komunikat „Zatrzymaj Dockera”

Jest to oczekiwane działanie, a nie sama przyczyna błędu. Nie można bezpiecznie przenosić danych aplikacji, gdy kontenery nadal je zapisują. Proces migracji wstrzymuje Dockera, kopiuje zarządzane dane, aktualizuje lokalizację, a następnie wznawia działanie usługi.

Ekran błędu migracji ZimaOS po przeniesieniu 1,08 GB do sda1 — Większy test również zakończył się komunikatem „Something wrong” po tym, jak etap kopiowania wydawał się ukończony.

Ustawienia aplikacji ZimaOS pokazujące lokalizacje migracji danych aplikacji, obrazu aplikacji i bazy danych użytkowników — Ten ekran pokazuje osobne kategorie migracji danych aplikacji, obrazów Docker oraz bazy danych użytkowników.

Gdy migracja nadal kończy się niepowodzeniem na EXT4

Nie formatuj od razu ponownie. Zapisz informacje o systemie plików źródła i miejsca docelowego, wolnym miejscu, kategorii migracji, wersji ZimaOS oraz o tym, czy miejsce docelowe jest pojedynczym dyskiem, czy macierzą RAID. Następnie, jeśli to możliwe, odtwórz problem na małej kategorii. Późniejsza awaria na pamięci masowej utworzonej przez Zima dowodzi, że typ systemu plików jest tylko jedną z gałęzi drzewa decyzyjnego.

Przed każdą destrukcyjną ponowną próbą zabezpiecz ważne dane za pomocą procesu tworzenia kopii zapasowej ZimaOS.