Symptomen: webinterface en Samba worden beide zeer traag
De situatie begon met een ZimaOS 1.6.1-systeem dat na enkele uren trager werd: het dashboard kon minuten nodig hebben om te laden en ook het aanmaken van mappen via Samba werd extreem traag. Een herstart verbeterde de prestaties tijdelijk.
Verzamel diagnostische gegevens terwijl het systeem traag is
In de thread wordt aangeraden om de belasting, het geheugen, bestandssystemen, de RAID-status en kernel-fouten te controleren voordat je het systeem herstart. Dat moment is belangrijk: vroege resultaten die direct na een herstart waren verzameld, zagen er normaal uit en verhulden het probleem aanvankelijk.
De storage-scrub vond echte beschadigingen
Een latere Btrfs-scrub meldde 16 controlesomfouten, waarvan er 3 werden gecorrigeerd en 13 niet konden worden hersteld. Hierdoor verschoof het onderzoek naar de opslaglaag, hoewel de thread nog steeds niet aantoonde of de oorspronkelijke oorzaak een schijf, SATA-pad, RAID-laag, geheugenprobleem of een eerdere onderbreking was.
Voer niet meteen btrfs check --repair uit
De community adviseerde herhaaldelijk om niet blindelings een reparatie uit te voeren. De officiële documentatie over Btrfs-scrub legt uit hoe scrub werkt, terwijl de documentatie over btrfs check de waarschuwingen rond reparaties beschrijft.
Gebruik deze situatie als diagnostisch patroon
Als zowel de interface als bestandsbewerkingen trager worden, controleer dan de opslagstatus in plaats van aan te nemen dat de webinterface de oorzaak is. Bekijk de ZimaOS-opslaghandleiding en het actuele overzicht van ZimaOS.
