ZimaOS 1.7.0 było dużą aktualizacją App Store i interfejsu użytkownika, ale druga strona ogłoszenia szybko przekształciła się w wątek raportów o regresjach. Użytkownicy docenili App Store 2.0 i natywną obsługę YAML, jednocześnie zgłaszając nieprawidłowe zużycie pamięci, powolne operacje na plikach, puste foldery źródłowe po przenoszeniu, aplikacje wymagające ręcznego ponownego uruchomienia, problemy z adresami URL odwrotnego proxy oraz znikające linki internetowe.
Obecnie warto czytać ten wątek, oddzielając zgłaszane objawy od problemów uznanych przez IceWhale, a następnie sprawdzić, co faktycznie naprawiono w ZimaOS 1.7.1. Kilka raportów z drugiej strony bezpośrednio odpowiada punktom z informacji o wydaniu 1.7.1, podczas gdy pozostałe pozostają opiniami użytkowników, a nie potwierdzonymi błędami produktu.
Jeden z użytkowników zgłosił 90% użycia pamięci i bardzo wolne kopiowanie z dysków zewnętrznych
Według zgłoszenia system z 32 GB pamięci po aktualizacji do 1.7.0 osiągał około 90% użycia pamięci, a skopiowanie zaledwie kilku gigabajtów z dysku zewnętrznego trwało wiele godzin. IceWhale poprosiło o zrzuty ekranu użycia pamięci oraz szczegóły dotyczące sposobu podłączenia dysku, rodzaju nośnika i liczby plików.
W późniejszym wydaniu ZimaOS 1.7.1 oficjalnie naprawiono nieprawidłowe zużycie pamięci w niektórych scenariuszach operacji na plikach, więc ta grupa problemów otrzymała konkretne rozwiązanie na poziomie produktu.
Przenoszenie folderów mogło pozostawiać puste katalogi źródłowe
Użytkownik isanto1306 zgłosił, że pliki były pomyślnie przenoszone między dyskami, ale pierwotny folder źródłowy czasami pozostawał jako pusty katalog, szczególnie gdy zawierał podfoldery. Według niego problem pojawił się w wersji 1.6.2 i nadal występował w 1.7.0.
Dina wyraźnie odnotowała ten problem i powiedziała, że zostanie naprawiony. W wydaniu ZimaOS 1.7.1 wymieniono później poprawkę dotyczącą pozostawania pustych folderów po wycinaniu folderów w określonych scenariuszach.
Niektóre aplikacje wymagały ręcznego ponownego uruchomienia po aktualizacji
Ten sam użytkownik poinformował, że kilka kontenerów nie działało od razu po aktualizacji, a cztery aplikacje nadal były niesprawne mimo wielokrotnego ręcznego uruchamiania.
Dina poprosiła o skrypt diagnostyczny, nazwy aplikacji oraz wyniki polecenia docker start. Pokazuje to, że IceWhale badało działanie zasad ponownego uruchamiania i uruchamiania kontenerów, zamiast uznawać każdy przypadek niedziałającej aplikacji za ten sam problem.
ZimaOS 1.7.1 usprawnił efektywność uruchamiania Dockera
W changelogu wersji 1.7.1 nie ma stwierdzenia, że „wszystkie przypadki wymagające ręcznego ponownego uruchomienia zostały naprawione”, ale wymieniono w nim poprawę szybkości i efektywności uruchamiania kontenerów Docker oraz szersze usprawnienia sieci Docker, YAML i internetowych adresów URL.
Przed odtwarzaniem obejścia problemu z wersji 1.7.0 zapoznaj się z poprawkami stabilności i Dockera w ZimaOS 1.7.1.
Adresy URL internetowe odwrotnego proxy mogły wymuszać dodanie wewnętrznego portu do publicznego adresu URL
W zgłoszeniu z drugiej strony opisano domenę odwrotnego proxy, która powinna mieć postać https://mydomain.example, ale ZimaOS dopisywał wewnętrzny port, na przykład :8601. Dina odnotowała ten problem i powiedziała, że zostanie naprawiony.
W późniejszym wydaniu ZimaOS 1.7.1 poprawiono konfigurację portów internetowych adresów URL Dockera oraz obsługę adresów URL w dynamicznych środowiskach sieciowych, bezpośrednio odnosząc się do tego obszaru konfiguracji.
Znikanie linków internetowych zgłoszono, ale źródło nie pokazuje ostatecznej poprawki
Użytkownik poinformował, że po aktualizacji zniknęły linki internetowe z pulpitu, mimo że aplikacje i kontenery nadal były obecne. Według niego podobna sytuacja wystąpiła już we wcześniejszej wersji beta.
W publicznie dostępnej części drugiej strony nie ma potwierdzenia poprawki IceWhale dotyczącej konkretnie utraty linków internetowych. Nie należy zakładać, że wersja 1.7.1 to naprawiła, chyba że późniejszy changelog wyraźnie to potwierdza.
Jeden z intensywnie korzystających z systemu użytkowników wrócił do wersji 1.6.2
Po prośbie IceWhale o dane diagnostyczne użytkownik powiedział, że zdążył już wrócić do wersji 1.6.2, ponieważ serwer NAS był używany codziennie, a wersja 1.7.0 nie była wystarczająco stabilna dla jego konfiguracji.
Była to decyzja użytkownika, a nie oficjalne zalecenie, aby wszyscy wracali z wersji 1.7.0 do wcześniejszej.
Wątek zawiera również opisaną przez społeczność metodę ręcznej aktualizacji RAUC
Inny użytkownik opisał skopiowanie pliku .raucb do katalogu /DATA i uruchomienie polecenia rauc install .... Była to wskazówka społeczności, a nie główna ścieżka aktualizacji zalecana przez IceWhale.
Obecni użytkownicy powinni zasadniczo korzystać z obsługiwanych opcji aktualizacji i instrukcji dotyczących wydań, a ręczne procedury RAUC stosować tylko wtedy, gdy rozumieją model odzyskiwania oparty na dwóch slotach.
Obecna wersja ZimaOS to 1.7.1, a nie wydanie startowe 1.7.0
W aktualnej dokumentacji IceWhale wersja ZimaOS 1.7.1 jest wskazywana jako najnowsze wydanie stabilne. Badając dziś którykolwiek z tych objawów, najpierw sprawdź, czy problem występuje w wersji 1.7.1, zanim zastosujesz procedurę wycofania aktualizacji lub ręcznego ponownego uruchamiania znaną z dnia premiery.
Najczęstsze pytania dotyczące regresji w ZimaOS 1.7.0
Czy wersja 1.7.1 naprawiła nieprawidłowe zużycie pamięci podczas niektórych operacji na plikach?
Tak. Jest to wyraźnie wymienione w changelogu wersji 1.7.1.
Czy wersja 1.7.1 naprawiła puste foldery źródłowe po wycinaniu lub przenoszeniu?
Tak. Changelog wyraźnie wymienia tę poprawkę.
Czy IceWhale potwierdziło, że naprawiono każdy problem wymagający ponownego uruchomienia aplikacji?
Nie. Wersja 1.7.1 usprawniła uruchamianie Dockera, ale analiza źródłowa nie sprowadzała każdego przypadku niedziałającej aplikacji do jednej przyczyny.
