Communityoplossing

ZimaOS 1.4.2-apps blijven hangen bij installatie met 100% CPU-gebruik: de oplossing in 1.4.3 en lessen uit het herstel

An August 2025 ZimaOS 1.4.2 regression where app installs/updates stuck, CPU reached 100%, some apps appeared grey, and a storage pool briefly reported unhealthy after upgrade. IceWhale said the issue was under investigation; the original poster later confirmed that updating to ZimaOS 1.4.3 solved all of their reported problems.

Dit is een historische regressie in ZimaOS 1.4.2 waarvoor de versieoplossing door de bron is bevestigd. Na de upgrade naar 1.4.2 kon de oorspronkelijke gebruiker geen applicaties meer installeren of bijwerken, bleef het CPU-gebruik op 100% staan, waren de schijven erg druk bezig, verschenen sommige apps grijs en meldde de opslagwidget kort dat de pool ongezond was. IceWhale erkende het probleem met het starten en installeren van apps en gaf aan dat er onderzoek werd gedaan naar een snelle release met een oplossing.

Op 15 augustus bevestigde de oorspronkelijke poster dat apps na de overstap naar ZimaOS 1.4.3 weer normaal konden worden geïnstalleerd en dat de gemelde problemen waren opgelost. Huidige gebruikers moeten daarom geen workarounds uit het midden van de thread toepassen waarbij processen worden beëindigd op een moderne release.

De problemen begonnen onmiddellijk na de update naar 1.4.2

De brongebruiker beschreef vier symptomen:

  • nieuwe appinstallaties en updates werden niet voltooid;
  • het CPU-gebruik bleef op 100% staan;
  • sommige apptegels werden grijs/niet beschikbaar;
  • de opslagpool leek na de upgrade tijdelijk ongezond.

Een volledige stroomcyclus herstelde de opslagwidget naar Healthy, maar het probleem met appbeheer bleef bestaan.

IceWhale bevestigde dat het app-probleem werd onderzocht

Zima-Giorgio antwoordde de volgende dag dat de problemen met het starten en installeren van apps werden onderzocht en dat een snelle release de oplossing zou bevatten.

Deze officiële erkenning is belangrijk, omdat de thread daarmee wordt onderscheiden van een op zichzelf staande defecte Nextcloud-installatie.

De installatiewidget kon in een lus blijven hangen

ZimaOS 1.4.2-dashboard waarop een ownCloud-appinstallatie vastzit in de installatiewidget
De brongebruiker kon een deel van het installatieprogramma doorlopen, maar het dashboard bleef aangeven dat de app werd geïnstalleerd.

Het beëindigen van www-data was een workaround van een gebruiker, niet de productoplossing

De oorspronkelijke poster onderzocht de processen, vond www-data-werklasten die verband hielden met apps die niet langer waren geïnstalleerd en probeerde de processen van die gebruiker te beëindigen. Het CPU-gebruik daalde en het installatieprogramma kwam verder, maar de app bleef vastzitten.

Omdat dit een eigen experiment van de gebruiker was en de processen opnieuw werden gestart, mag dit niet worden omgezet in een officieel herstelcommando. Het beëindigen van alle processen voor een gedeeld serviceaccount kan andere platformfuncties onderbreken.

Het bewerken van Nextcloud was voor één gebruiker de aanleiding, niet de bewezen hoofdoorzaak

De oorspronkelijke poster zei dat de situatie begon na het bewerken van de container-/appgegevensinstellingen van Nextcloud, waarna de app uit het dashboard verdween. Andere gebruikers meldden vergelijkbaar hoge CPU-belasting en vastgelopen appinstallaties zonder precies dezelfde voorgeschiedenis.

Daarom mag één Nextcloud-instelling niet als universele oorzaak van 1.4.2 worden aangewezen.

ZimaOS 1.4.3 was het bevestigde herstelpunt

Zima-Giorgio vroeg getroffen gebruikers om bij te werken naar 1.4.3. Eén deelnemer meldde dat het systeem weer reageerde, terwijl de oorspronkelijke poster later thuiskwam en bevestigde dat de appinstallatie na de update weer normaal werkte.

ZimaOS-dashboard na de update naar 1.4.3 met een normaal dialoogvenster voor de voortgang van een appinstallatie
Na de update naar 1.4.3 meldde de oorspronkelijke poster dat appinstallatie weer werkte.
ZimaOS-dashboard met geïnstalleerde apps na herstel van de applicatieregressie in 1.4.2
Op het herstelde dashboard werd de appcollectie van de gebruiker weer normaal weergegeven.

De releaseopmerkingen voor 1.4.3 komen overeen met de gemelde foutklasse

De releaseopmerkingen van IceWhale voor 1.4.3 bevatten oplossingen voor deadlocks bij het downloaden van images met identieke lagen, haperingen in de voortgang van appdownloads, statusfouten rond het herstarten van apps, mislukte appomleidingen na het opstarten en onjuiste statusinformatie over apps.

Deze releaseoplossingen sluiten nauw aan bij de symptomen die in deze thread werden gemeld. Zie de applicatieoplossingen in ZimaOS 1.4.3 voor het historische releasepunt.

Huidige gebruikers moeten de huidige versie diagnosticeren, niet de workarounds voor 1.4.2 opnieuw uitvoeren

Als een app in een moderne versie van ZimaOS blijft hangen tijdens de installatie, noteer dan eerst de huidige versie, de appnaam, de fout bij het ophalen van de image, de beschikbare schijfruimte en de status van de container/app. Het feit dat 1.4.3 deze regressie uit 2025 oploste, betekent niet dat elke toekomstige installatiefout dezelfde oorzaak heeft.

Veelgestelde vragen over de appbug in ZimaOS 1.4.2

Werd het app-probleem in 1.4.2 officieel erkend?

Ja. Zima-Giorgio zei dat problemen met het starten en installeren van apps werden onderzocht.

Loste het beëindigen van www-data het probleem permanent op?

Nee. Het verminderde de CPU-belasting en veranderde het gedrag tijdelijk, maar de appinstallatie liep nog steeds vast.

Loste 1.4.3 het probleem van de oorspronkelijke poster op?

Ja. De oorspronkelijke poster bevestigde expliciet dat 1.4.3 alle problemen oploste die zij hadden ervaren.