O ZimaOS 1.7.0 foi uma atualização importante da App Store/UI, mas a página 2 do anúncio rapidamente se transformou num tópico de relatos de regressões. Os utilizadores gostaram da App Store 2.0 e do YAML nativo, mas também relataram utilização anormal da memória, operações de ficheiros lentas, pastas de origem vazias após mover ficheiros, aplicações que precisavam de reinícios manuais, problemas com URLs de proxy inverso e desaparecimento de Links da Internet.
A forma útil de interpretar atualmente este tópico é separar os sintomas relatados dos problemas reconhecidos pela IceWhale e, em seguida, verificar o que o ZimaOS 1.7.1 corrigiu efetivamente. Vários relatos da página 2 correspondem diretamente às notas de lançamento da versão 1.7.1, enquanto outros continuam a ser feedback dos utilizadores, sem confirmação de que sejam erros do produto.
Um utilizador relatou uma utilização de memória de 90% e cópias muito lentas a partir de uma unidade externa
Um sistema com 32 GB terá atingido cerca de 90% de utilização da memória após a atualização para a versão 1.7.0, enquanto copiar apenas alguns gigabytes de uma unidade externa demorava muitas horas. A IceWhale pediu capturas de ecrã da memória, bem como informações sobre a ligação da unidade, o tipo de suporte e o número de ficheiros.
Mais tarde, o ZimaOS 1.7.1 corrigiu oficialmente a utilização anormal da memória em determinados cenários de operações de ficheiros, pelo que esta categoria de reclamações recebeu uma correção concreta ao nível do produto.
Mover pastas podia deixar diretórios de origem vazios
isanto1306 relatou que os ficheiros eram movidos corretamente entre unidades, mas que a pasta de origem por vezes permanecia como um diretório vazio, sobretudo quando estavam envolvidas subpastas. Segundo o utilizador, o comportamento tinha começado na versão 1.6.2 e continuava presente na versão 1.7.0.
Dina registou explicitamente o problema e afirmou que seria corrigido. Mais tarde, o ZimaOS 1.7.1 incluiu uma correção para as pastas vazias que permaneciam após cortar pastas em determinados cenários.
Algumas aplicações precisavam de ser reiniciadas manualmente após a atualização
O mesmo utilizador afirmou que vários contentores deixaram de funcionar imediatamente após a atualização e que quatro aplicações continuavam avariadas mesmo depois de vários reinícios manuais.
Dina pediu um script de diagnóstico, bem como os nomes das aplicações e os resultados de docker start. Isto mostra que a IceWhale estava a investigar o comportamento das políticas de reinício e do arranque dos contentores, em vez de declarar uma falha universal de aplicações.
O ZimaOS 1.7.1 melhorou a eficiência do arranque do Docker
O registo de alterações da versão 1.7.1 não afirma que “todos os casos de reinício manual foram corrigidos”, mas inclui melhorias na velocidade/eficiência do arranque dos contentores Docker, bem como melhorias mais abrangentes na rede Docker e nos URLs Web/YAML.
Consulte as correções de estabilidade e do Docker do ZimaOS 1.7.1 antes de reproduzir uma solução temporária da versão 1.7.0.
Os URLs Web de proxy inverso podiam forçar a porta interna no URL público
O relato da página 2 descrevia um domínio de proxy inverso que deveria ser https://mydomain.example, mas ao qual o ZimaOS acrescentava uma porta interna, como :8601. Dina registou o problema e afirmou que seria corrigido.
Mais tarde, o ZimaOS 1.7.1 melhorou a configuração das portas dos URLs Web do Docker e o tratamento de URLs em ambientes de rede dinâmicos, abordando diretamente esta área de configuração.
O desaparecimento dos Links da Internet foi relatado, mas a fonte não apresenta uma correção final
O utilizador afirmou que os Links da Internet do painel desapareceram após a atualização, embora as aplicações e os contentores continuassem presentes. Segundo o relato, isto também já tinha acontecido numa versão beta anterior.
A secção pública da página 2 não apresenta uma confirmação de correção da IceWhale para essa perda específica dos Links Web. Não conclua que a versão 1.7.1 a corrigiu, a menos que um registo de alterações posterior o indique explicitamente.
Um utilizador intensivo voltou à versão 1.6.2
Depois de a IceWhale ter pedido diagnósticos, o utilizador afirmou que já tinha voltado à versão 1.6.2, porque o NAS era utilizado diariamente e a versão 1.7.0 não era suficientemente estável para a sua configuração.
Esta foi uma decisão do utilizador, não uma recomendação oficial para que todos revertessem da versão 1.7.0.
O tópico também contém um método manual de atualização RAUC partilhado pela comunidade
Outro utilizador descreveu a cópia do ficheiro .raucb para /DATA e a execução de rauc install .... Tratava-se de uma orientação da comunidade, não do principal método de atualização da IceWhale.
Atualmente, os utilizadores devem normalmente seguir os controlos de atualização suportados e as instruções de lançamento, reservando os procedimentos RAUC manuais para situações em que compreendam o modelo de recuperação de dois slots.
O ZimaOS atual é o 1.7.1, não a versão de lançamento 1.7.0
A documentação atual da IceWhale identifica o ZimaOS 1.7.1 como a versão estável mais recente. Ao investigar atualmente um destes sintomas, confirme primeiro se o problema se reproduz na versão 1.7.1, antes de aplicar um procedimento de reversão ou de reinício manual da altura do lançamento.
Perguntas frequentes sobre as regressões do ZimaOS 1.7.0
A versão 1.7.1 corrigiu a utilização anormal da memória durante algumas operações de ficheiros?
Sim. Isto está explicitamente indicado no registo de alterações da versão 1.7.1.
A versão 1.7.1 corrigiu as pastas de origem vazias após cortar/mover ficheiros?
Sim. O registo de alterações inclui explicitamente essa correção.
A IceWhale confirmou que todos os problemas de reinício das aplicações foram corrigidos?
Não. A versão 1.7.1 melhorou o arranque do Docker, mas a investigação da fonte não atribuiu todas as aplicações avariadas a uma única causa.
