Symptom: Webbgränssnittet och Samba blir mycket långsamma
Fallet började med ett ZimaOS 1.6.1-system som blev långsamt efter flera timmar: instrumentpanelen kunde ta flera minuter att läsa in och det blev också extremt långsamt att skapa mappar via Samba. En omstart förbättrade prestandan tillfälligt.
Samla in diagnostik medan systemet är långsamt
Tråden rekommenderar att du kontrollerar belastning, minne, filsystem, RAID-status och kärnfel innan du startar om. Tidpunkten är viktig: de första resultaten som togs direkt efter omstart såg normala ut och dolde inledningsvis felet.
Lagringskontrollen hittade verklig korruption
En senare Btrfs-scrub rapporterade 16 kontrollsummefel, varav 3 korrigerades och 13 inte kunde korrigeras. Detta riktade undersökningen mot lagringslagret, även om tråden fortfarande inte bevisade om den ursprungliga orsaken var en disk, SATA-vägen, RAID-lagret, ett minnesproblem eller ett tidigare avbrott.
Hoppa inte direkt till btrfs check --repair
Communityn avrådde upprepade gånger från att köra reparationen blint. Den officiella Btrfs-dokumentationen om scrub förklarar hur scrub fungerar, medan dokumentationen för btrfs check beskriver försiktighetsåtgärder vid reparation.
Använd fallet som ett diagnostiskt mönster
Om både användargränssnittet och filåtgärderna blir långsamma bör du testa lagringens hälsa i stället för att anta att webbgränssnittet är grundorsaken. Se ZimaOS lagringsguide och den aktuella översikten över ZimaOS.
