ZimaOS 1.7.0 war ein umfangreiches App-Store-/UI-Release, doch Seite 2 der Ankündigung entwickelte sich schnell zu einem Thread über Regressionen. Die Nutzer mochten App Store 2.0 und natives YAML, berichteten jedoch auch über ungewöhnlich hohen Speicherverbrauch, langsame Dateivorgänge, leere Quellordner nach dem Verschieben, Anwendungen, die manuell neu gestartet werden mussten, Probleme mit Reverse-Proxy-URLs und verschwindende Internet-Links.
Die sinnvollste aktuelle Lesart dieses Threads besteht darin, zwischen gemeldeten Symptomen und von IceWhale bestätigten Problemen zu unterscheiden und anschließend zu prüfen, was ZimaOS 1.7.1 tatsächlich behoben hat. Mehrere Berichte von Seite 2 lassen sich direkt den Versionshinweisen zu 1.7.1 zuordnen, während andere weiterhin Nutzerfeedback und keine bestätigten Produktfehler darstellen.
Ein Nutzer meldete eine Speichernutzung von 90 % und sehr langsame Kopiervorgänge auf externe Laufwerke
Bei einem System mit 32 GB soll die Speichernutzung nach 1.7.0 auf etwa 90 % gestiegen sein, während das Kopieren von nur wenigen Gigabyte von einem externen Laufwerk viele Stunden dauerte. IceWhale bat um Screenshots der Speichernutzung sowie um Angaben zur Laufwerksverbindung, zum Medientyp und zur Dateianzahl.
ZimaOS 1.7.1 behob später offiziell ungewöhnlich hohen Speicherverbrauch in bestimmten Szenarien von Dateivorgängen, sodass diese Art von Beschwerde eine konkrete produktseitige Lösung erhielt.
Beim Verschieben von Ordnern konnten leere Quellverzeichnisse zurückbleiben
isanto1306 berichtete, dass Dateien zwar erfolgreich zwischen Laufwerken verschoben wurden, der ursprüngliche Quellordner jedoch manchmal als leeres Verzeichnis bestehen blieb, insbesondere wenn Unterordner beteiligt waren. Nach eigenen Angaben war dieses Verhalten bereits in 1.6.2 aufgetreten und blieb auch in 1.7.0 bestehen.
Dina nahm das Problem ausdrücklich auf und erklärte, dass es behoben werden solle. In den Versionshinweisen zu ZimaOS 1.7.1 wurde später ein Fix für in bestimmten Szenarien nach dem Ausschneiden von Ordnern verbleibende leere Ordner aufgeführt.
Einige Apps mussten nach dem Upgrade manuell neu gestartet werden
Der Nutzer erklärte außerdem, dass mehrere Container direkt nach dem Upgrade nicht funktionierten und vier Anwendungen selbst nach zahlreichen manuellen Neustarts weiterhin fehlerhaft waren.
Dina bat um ein Diagnoseskript sowie um die Namen der Apps und die Ergebnisse von docker start. Dies zeigt, dass IceWhale das Verhalten von Neustartrichtlinien und das Starten von Containern untersuchte, anstatt einen einheitlichen Fehler bei allen Apps zu bestätigen.
ZimaOS 1.7.1 verbesserte die Effizienz beim Docker-Start
Im Änderungsprotokoll zu 1.7.1 steht nicht, dass „alle Fälle manueller Neustarts behoben“ seien. Aufgeführt werden jedoch eine höhere Geschwindigkeit und Effizienz beim Start von Docker-Containern sowie umfassendere Verbesserungen an Docker-Netzwerken, YAML und Web-URLs.
Lesen Sie die Stabilitäts- und Docker-Fixes von ZimaOS 1.7.1, bevor Sie eine Problemumgehung aus der Zeit von 1.7.0 reproduzieren.
Reverse-Proxy-Web-URLs konnten den internen Port in die öffentliche URL übernehmen
Der Bericht auf Seite 2 beschrieb eine Reverse-Proxy-Domain, die eigentlich https://mydomain.example lauten sollte, an die ZimaOS jedoch einen internen Port wie :8601 anhängte. Dina nahm das Problem auf und erklärte, dass es behoben werden solle.
ZimaOS 1.7.1 verbesserte später die Portkonfiguration von Docker-Web-URLs und die URL-Verarbeitung in dynamischen Netzwerkumgebungen und ging damit diesen Konfigurationsbereich direkt an.
Das Verschwinden von Internet-Links wurde gemeldet, aber die Quelle zeigt keinen abschließenden Fix
Der Nutzer erklärte, dass die Internet-Links im Dashboard nach dem Update verschwunden seien, obwohl Anwendungen und Container weiterhin vorhanden waren. Dieses Verhalten soll bereits in einer früheren Beta aufgetreten sein.
Der öffentlich einsehbare Abschnitt auf Seite 2 enthält keine Bestätigung von IceWhale, dass genau dieser Verlust der Web-Links behoben wurde. Gehen Sie daher nicht davon aus, dass 1.7.1 das Problem behoben hat, sofern ein späteres Änderungsprotokoll dies nicht ausdrücklich angibt.
Ein intensiver Nutzer führte ein Rollback auf 1.6.2 durch
Nachdem IceWhale um Diagnosedaten gebeten hatte, erklärte der Nutzer, dass er bereits auf 1.6.2 zurückgerollt war, weil das NAS täglich verwendet wurde und 1.7.0 für seine Konfiguration nicht stabil genug war.
Dies war eine Entscheidung des Nutzers und keine offizielle Empfehlung, dass alle Nutzer von 1.7.0 zurückgehen sollten.
Der Thread enthält außerdem eine manuelle RAUC-Upgrade-Methode aus der Community
Ein anderer Nutzer beschrieb, wie die Datei .raucb unter /DATA kopiert und anschließend rauc install ... ausgeführt wird. Dabei handelte es sich um eine Anleitung aus der Community und nicht um den regulären Upgrade-Weg von IceWhale.
Aktuelle Nutzer sollten normalerweise die unterstützten Update-Steuerungen und Versionshinweise befolgen und manuelle RAUC-Verfahren Fällen vorbehalten, in denen sie das Wiederherstellungsmodell mit zwei Slots verstehen.
Das aktuelle ZimaOS ist 1.7.1 und nicht der Start-Build 1.7.0
In der aktuellen Dokumentation von IceWhale wird ZimaOS 1.7.1 als neueste stabile Version angegeben. Wenn Sie heute eines dieser Symptome untersuchen, prüfen Sie zunächst, ob es unter 1.7.1 reproduzierbar ist, bevor Sie ein Rollback durchführen oder eine manuelle Neustartroutine aus der Einführungsphase anwenden.
FAQ zu den Regressionen von ZimaOS 1.7.0
Hat 1.7.1 die ungewöhnlich hohe Speichernutzung bei bestimmten Dateivorgängen behoben?
Ja. Dies ist im Änderungsprotokoll zu 1.7.1 ausdrücklich aufgeführt.
Hat 1.7.1 leere Quellordner nach dem Ausschneiden oder Verschieben behoben?
Ja. Dieser Fix ist im Änderungsprotokoll ausdrücklich aufgeführt.
Hat IceWhale bestätigt, dass jedes Problem mit dem Neustart von Apps behoben wurde?
Nein. 1.7.1 verbesserte den Docker-Start, doch die Untersuchung in der Quelle führte nicht jede fehlerhafte App auf eine einzige Ursache zurück.
