ZimaOS 1.7.0 constituait une mise à jour majeure de l’App Store et de l’interface utilisateur, mais la page 2 de l’annonce s’est rapidement transformée en fil de signalement de régressions. Les utilisateurs ont apprécié l’App Store 2.0 et le YAML natif, tout en signalant une utilisation anormale de la mémoire, des opérations sur les fichiers très lentes, des dossiers sources vides après des déplacements, des applications nécessitant des redémarrages manuels, des problèmes d’URL avec le proxy inverse et la disparition des liens Internet.
La manière la plus utile de lire actuellement ce fil consiste à distinguer les symptômes signalés des problèmes reconnus par IceWhale, puis à vérifier ce que ZimaOS 1.7.1 a réellement corrigé. Plusieurs signalements de la page 2 correspondent directement aux notes de version de 1.7.1, tandis que d’autres restent des retours d’utilisateurs et non des bogues confirmés du produit.
Un utilisateur a signalé une utilisation de la mémoire de 90 % et des copies très lentes depuis un disque externe
Un système doté de 32 Go de mémoire aurait atteint environ 90 % d’utilisation après la mise à jour vers 1.7.0, tandis que la copie de seulement quelques gigaoctets depuis un disque externe prenait plusieurs heures. IceWhale a demandé des captures d’écran de la mémoire ainsi que des informations sur la connexion du disque, le type de support et le nombre de fichiers.
ZimaOS 1.7.1 a ensuite officiellement corrigé une utilisation anormale de la mémoire dans certains scénarios d’opérations sur les fichiers : cette catégorie de problème a donc bénéficié d’une correction concrète au niveau du produit.
Le déplacement de dossiers pouvait laisser des répertoires sources vides
isanto1306 a signalé que les fichiers étaient correctement déplacés d’un disque à l’autre, mais que le dossier source d’origine restait parfois sous forme de répertoire vide, en particulier lorsque des sous-dossiers étaient concernés. Selon cet utilisateur, le comportement avait commencé avec la version 1.6.2 et persistait dans la version 1.7.0.
Dina a explicitement consigné le problème et indiqué qu’il serait corrigé. ZimaOS 1.7.1 a ensuite mentionné la correction des dossiers vides restant après la coupe de dossiers dans certains scénarios.
Certaines applications nécessitaient un redémarrage manuel après la mise à niveau
Le même utilisateur a indiqué que plusieurs conteneurs ne fonctionnaient pas immédiatement après la mise à niveau et que quatre applications restaient défaillantes même après de nombreux redémarrages manuels.
Dina a demandé un script de diagnostic, ainsi que les noms des applications et les résultats de docker start. Cela montre qu’IceWhale enquêtait sur le comportement des politiques de redémarrage et du démarrage des conteneurs, plutôt que de déclarer une défaillance générale touchant toutes les applications.
ZimaOS 1.7.1 a amélioré l’efficacité du démarrage de Docker
Le journal des modifications de la version 1.7.1 n’indique pas que « tous les cas nécessitant un redémarrage manuel sont corrigés », mais il mentionne une amélioration de la vitesse et de l’efficacité du démarrage des conteneurs Docker, ainsi que des améliorations plus générales du réseau Docker, du YAML et des URL Web.
Consultez les corrections de stabilité et de Docker de ZimaOS 1.7.1 avant de reproduire une procédure de contournement conçue pour la version 1.7.0.
Les URL Web avec un proxy inverse pouvaient imposer le port interne dans l’URL publique
Le signalement de la page 2 décrivait un domaine configuré derrière un proxy inverse qui aurait dû être https://mydomain.example, mais auquel ZimaOS ajoutait un port interne tel que :8601. Dina a consigné le problème et indiqué qu’il serait corrigé.
ZimaOS 1.7.1 a ensuite amélioré la configuration des ports des URL Web Docker et la gestion des URL dans les environnements réseau dynamiques, traitant directement ce domaine de configuration.
La disparition des liens Internet a été signalée, mais la source ne montre aucune correction définitive
L’utilisateur a indiqué que les liens Internet du tableau de bord avaient disparu après la mise à jour, alors que les applications et les conteneurs étaient toujours présents. Le problème se serait également produit dans une version bêta précédente.
La section publique de la page 2 ne montre aucune confirmation de correction par IceWhale concernant précisément cette disparition des liens Web. N’en déduisez pas que la version 1.7.1 l’a corrigée, sauf si un journal des modifications ultérieur l’indique explicitement.
Un utilisateur intensif est revenu à la version 1.6.2
Après qu’IceWhale a demandé des diagnostics, l’utilisateur a indiqué qu’il était déjà revenu à la version 1.6.2, car le NAS était utilisé quotidiennement et la version 1.7.0 n’était pas suffisamment stable pour sa configuration.
Il s’agit d’une décision d’utilisateur, et non d’une recommandation officielle invitant tout le monde à revenir à une version antérieure à 1.7.0.
Le fil contient également une méthode communautaire de mise à niveau manuelle avec RAUC
Un autre utilisateur a décrit la copie du fichier .raucb sous /DATA, puis l’exécution de rauc install .... Il s’agissait d’une procédure proposée par la communauté, et non de la méthode principale de mise à niveau d’IceWhale.
Les utilisateurs actuels devraient normalement suivre les commandes de mise à jour et les instructions de version prises en charge, et réserver les procédures RAUC manuelles aux situations où ils comprennent le modèle de récupération à double emplacement.
La version actuelle de ZimaOS est la 1.7.1, et non la version de lancement 1.7.0
La documentation actuelle d’IceWhale identifie ZimaOS 1.7.1 comme la dernière version stable. Lorsque vous recherchez aujourd’hui l’un de ces symptômes, vérifiez d’abord s’il se reproduit avec la version 1.7.1 avant d’appliquer une procédure de retour en arrière ou de redémarrage manuel datant du lancement.
FAQ sur les régressions de ZimaOS 1.7.0
La version 1.7.1 a-t-elle corrigé l’utilisation anormale de la mémoire pendant certaines opérations sur les fichiers ?
Oui. Cette correction figure explicitement dans le journal des modifications de la version 1.7.1.
La version 1.7.1 a-t-elle corrigé les dossiers sources vides après une coupe ou un déplacement ?
Oui. Le journal des modifications mentionne explicitement cette correction.
IceWhale a-t-elle confirmé que tous les problèmes de redémarrage des applications étaient corrigés ?
Non. La version 1.7.1 a amélioré le démarrage de Docker, mais l’enquête présentée dans la source n’a pas ramené toutes les applications défaillantes à une cause unique.
