ZimaOS 1.7.0 fue una importante actualización de la App Store y la interfaz de usuario, pero la página 2 del anuncio se convirtió rápidamente en un hilo de informes de regresiones. A los usuarios les gustaron App Store 2.0 y YAML nativo, pero también informaron de un uso anormal de la memoria, operaciones de archivos lentas, carpetas de origen vacías después de mover archivos, aplicaciones que necesitaban reinicios manuales, problemas con las URL del proxy inverso y enlaces de Internet que desaparecían.
La forma útil de interpretar actualmente este hilo es separar los síntomas informados de los problemas reconocidos por IceWhale y comprobar qué solucionó realmente ZimaOS 1.7.1. Varios informes de la página 2 se corresponden directamente con las notas de lanzamiento de 1.7.1, mientras que otros siguen siendo comentarios de usuarios y no errores de producto confirmados.
Un usuario informó de un uso de memoria del 90 % y copias muy lentas desde una unidad externa
Según el informe, un sistema con 32 GB de memoria alcanzaba aproximadamente un 90 % de uso después de instalar 1.7.0, mientras que copiar solo unos pocos gigabytes desde una unidad externa tardaba muchas horas. IceWhale solicitó capturas del uso de memoria y detalles sobre la conexión de la unidad, el tipo de medio y la cantidad de archivos.
Más tarde, ZimaOS 1.7.1 solucionó oficialmente el uso anormal de la memoria en determinados escenarios de operaciones de archivos, por lo que esta clase de queja recibió una solución concreta a nivel de producto.
Mover carpetas podía dejar atrás directorios de origen vacíos
isanto1306 informó de que los archivos se movían correctamente entre unidades, pero que la carpeta de origen a veces permanecía como un directorio vacío, especialmente cuando había subcarpetas. Indicó que el comportamiento había comenzado en 1.6.2 y continuaba en 1.7.0.
Dina registró explícitamente el problema y afirmó que se solucionaría. Más tarde, ZimaOS 1.7.1 incluyó una corrección para las carpetas vacías que permanecían después de cortar carpetas en determinados escenarios.
Algunas aplicaciones necesitaban un reinicio manual después de la actualización
El mismo usuario afirmó que varios contenedores no funcionaban inmediatamente después de actualizar y que cuatro aplicaciones seguían averiadas incluso después de numerosos reinicios manuales.
Dina solicitó un script de diagnóstico, además de los nombres de las aplicaciones y los resultados de docker start. Esto demuestra que IceWhale estaba investigando el comportamiento de las políticas de reinicio y del inicio de contenedores, en lugar de declarar un fallo universal de las aplicaciones.
ZimaOS 1.7.1 mejoró la eficiencia del inicio de Docker
El registro de cambios de 1.7.1 no afirma que se hayan solucionado “todos los casos de reinicio manual”, pero sí indica una mejora en la velocidad y la eficiencia de inicio de los contenedores de Docker, además de mejoras más amplias en las redes de Docker, YAML y las URL web.
Consulta las correcciones de estabilidad y Docker de ZimaOS 1.7.1 antes de reproducir una solución alternativa de 1.7.0.
Las URL web del proxy inverso podían incluir el puerto interno en la URL pública
El informe de la página 2 describía un dominio con proxy inverso que debería haber sido https://mydomain.example, pero al que ZimaOS añadía un puerto interno como :8601. Dina registró el problema y afirmó que se solucionaría.
Más tarde, ZimaOS 1.7.1 mejoró la configuración de los puertos de las URL web de Docker y la gestión de URL en entornos de red dinámicos, abordando directamente esta área de configuración.
Se informó de la desaparición de los enlaces de Internet, pero la fuente no muestra una solución definitiva
El usuario afirmó que los enlaces de Internet del panel desaparecían después de la actualización, aunque las aplicaciones y los contenedores seguían presentes. Según el informe, esto también había ocurrido en una beta anterior.
La sección pública de la página 2 no muestra una confirmación de solución por parte de IceWhale para esa pérdida específica de enlaces web. No debe deducirse que 1.7.1 lo solucionó, a menos que un registro de cambios posterior lo indique explícitamente.
Un usuario intensivo volvió a 1.6.2
Después de que IceWhale solicitara diagnósticos, el usuario afirmó que ya había vuelto a 1.6.2 porque utilizaba el NAS a diario y 1.7.0 no era lo bastante estable para su configuración.
Esta fue una decisión del usuario, no una recomendación oficial de que todo el mundo debiera volver desde 1.7.0.
El hilo también contiene un método comunitario de actualización manual mediante RAUC
Otro usuario describió cómo copiar el archivo .raucb en /DATA y ejecutar rauc install .... Esa era una orientación de la comunidad, no la vía principal de actualización de IceWhale.
Los usuarios actuales normalmente deben seguir los controles de actualización y las instrucciones de lanzamiento compatibles, y reservar los procedimientos manuales de RAUC para los casos en los que comprendan el modelo de recuperación de doble partición.
La versión actual de ZimaOS es la 1.7.1, no la versión de lanzamiento 1.7.0
La documentación actual de IceWhale identifica ZimaOS 1.7.1 como la versión estable más reciente. Al investigar hoy uno de estos síntomas, primero hay que confirmar si se reproduce en 1.7.1 antes de aplicar una rutina de reversión o de reinicio manual de los primeros días del lanzamiento.
Preguntas frecuentes sobre las regresiones de ZimaOS 1.7.0
¿ZimaOS 1.7.1 solucionó el uso anormal de la memoria durante algunas operaciones de archivos?
Sí. Está incluido explícitamente en el registro de cambios de 1.7.1.
¿ZimaOS 1.7.1 solucionó las carpetas de origen vacías después de cortar o mover archivos?
Sí. El registro de cambios incluye explícitamente esa corrección.
¿IceWhale confirmó que se habían solucionado todos los problemas de reinicio de aplicaciones?
No. 1.7.1 mejoró el inicio de Docker, pero la investigación de la fuente no atribuyó todas las aplicaciones averiadas a una única causa raíz.
