Als ZimaOS 1.6.2 na een grote bestandsbewerking in een herstartlus terechtkomt en icewhale-files of icewhale-files-backup meerdere gigabytes RAM gebruikt, werk dan eerst bij naar ZimaOS 1.7.1 of nieuwer voordat je permanente servicemasks toepast. ZimaOS 1.7.1 heeft officieel abnormaal geheugengebruik bij bepaalde bestandsbewerkingen opgelost.
Het bronrapport blijft waardevol omdat het de foutketen duidelijk documenteert: er werden ongeveer 749.000 bestanden gekopieerd, de bestandsservices groeiden op een machine met 7,5 GB RAM samen tot ongeveer 6 GB, de swap bereikte bijna 100% en de server werd elke 9 à 10 minuten opnieuw opgestart. Door de services te maskeren stopte de lus, maar werden ook de Files-webapp en de Backup-service uitgeschakeld.
Herken het patroon van geheugenuitputting
Typische signalen zijn:
- RAM bijna volledig is uitgeput;
- swap bijna vol is;
-
icewhale-fileseen van de grootste geheugengebruikers zijn; - zeer hoge I/O-wachttijd of schijnbare systeemblokkeringen;
- herhaalde herstarts die op watchdoggedrag lijken na bewerkingen met grote aantallen bestanden.
Stap 1: Werk bij naar ZimaOS 1.7.1 of nieuwer
In de officiële releaseopmerkingen van ZimaOS 1.7.1 wordt expliciet een oplossing genoemd voor abnormaal geheugengebruik bij bestandsbewerkingen.
Dat is de belangrijkste huidige oplossing. De workaround voor 1.6.2 mag niet je normale configuratie voor 2026 zijn.
Stap 2: Meet RAM en swap
free -h
ps aux --sort=-%mem | head
swapon --showBevestig eerst of de bestandsservices daadwerkelijk verantwoordelijk zijn voordat je iets uitschakelt.
Stap 3: Controleer recente herstarts
journalctl --list-bootsEen herhalend interval kan helpen om watchdog- of resetgedrag te onderscheiden van willekeurig stroomverlies.
Noodstop op een oud 1.6.2-systeem
Als de server niet lang genoeg actief kan blijven om bij te werken, heeft de gebruiker van het bronrapport het systeem gestabiliseerd met:
sudo systemctl stop icewhale-files.service icewhale-files-backup.service
sudo systemctl mask icewhale-files.service icewhale-files-backup.serviceDit is een noodherstelmaatregel. Hiermee wordt belangrijke ingebouwde functionaliteit uitgeschakeld. Verwijder na het bijwerken de masks en test de huidige services normaal.
Masker opheffen na herstel
sudo systemctl unmask icewhale-files.service icewhale-files-backup.service
sudo systemctl start icewhale-files.service icewhale-files-backup.serviceDoe dit pas nadat het systeem een opgeloste/actuele release gebruikt en je voldoende stabiliteit hebt om het geheugengedrag te observeren.
Een groot aantal bestanden verschilt van een grote bestandsgrootte
749.000 kleine bestanden kunnen metadata en indexering veel zwaarder belasten dan één video van 67 GB. Neem bij het reproduceren of melden van het probleem zowel het totale aantal bytes als het aantal bestanden op.
NTFS/FUSE en veel containers zorgen voor extra druk
De bronmachine draaide ook ongeveer 38 containers en verschillende NTFS-volumes via ntfs-3g. Deze omstandigheden zijn context, geen bewezen oorzaken. Maak er niet de hoofdoorzaak van wanneer de waargenomen geheugengroei zich voordeed in de bestandsservices van IceWhale.
Voeg niet als eerste huidige oplossing willekeurig een MemoryMax toe
De auteur van de bron stelde systemd voor MemoryMax= als productverbetering. In een actuele versie kan het kunstmatig beperken van de service nieuwe fouten bij het indexeren of maken van back-ups veroorzaken als de werklast daadwerkelijk geheugen nodig heeft.
Werk eerst bij en meet daarna. Beperk services alleen als je de afweging begrijpt.
Houd AppData weg van de kleine systeemschijf
Geheugenthreshing kan zware tijdelijke I/O veroorzaken. De huidige gids voor appopslag in ZimaOS raadt aan AppData naar de hoofdopslag te verplaatsen.
De gids voor het oplossen van prestatieproblemen biedt een bredere checklist voor systeembronnen.
Veelgestelde vragen
Heeft ZimaOS 1.7.1 deze geheugenbug opgelost?
Het loste officieel abnormaal geheugengebruik in bepaalde scenario's voor bestandsbewerkingen op, wat rechtstreeks overeenkomt met het oorspronkelijke storingspatroon.
Moet ik icewhale-files permanent maskeren?
Nee. Maskeren was een noodoplossing die de functionaliteit van Bestanden en Back-up uitschakelt.
Waarom maakte swap de server slechter?
Wanneer het RAM-geheugen volledig is opgebruikt, kan agressief pagineren zware schijf-I/O en lange onderbrekingen veroorzaken, vooral wanneer bestandsservices al enorme aantallen bestanden scannen of kopiëren.
Welk bewijs moet ik verzamelen als het probleem zich blijft voordoen?
ZimaOS-versie, aantal bestanden, overdrachtsgrootte, RAM-/swapstatus, processen met het hoogste geheugengebruik, mount-/bestandssysteemtypen en tijdstempels van opstarten/herstarten.
