Disk och lagring

Filsystem
/ (/dev/sda1) 48 GB / 80 GB · 60%
/home (/dev/sdb1) 78 GB / 200 GB · 39%
/boot/efi (/dev/sda15) 317 MB / 1 GB · 31%
Lagringsenheter
Enhet Storlek Modell Hälsa (SMART) Temp. Driftstimmar Realloc-sektorer
sda SSD 80G QEMU HARDDISK OK 36°C 14,235 0
sdb SSD 200G Samsung SSD 870 OK 31°C 9,218 0

Diskhälsa, ledigt utrymme och inod-fällan

Två diskproblem fäller servrar, och de liknar inte varandra det minsta. Det långsamma är en disk som börjar ge upp, vilket SMART oftast ser komma. Det snabba är ett filsystem som fylls och drar med sig tjänsterna: en databas som inte kan skriva är en databas som stannar.

Den här sidan täcker båda: användning per filsystem, SMART-attribut per disk och temperatur. Av SMART-attributen är det bara antalet omfördelade sektorer, väntande sektorer och offline icke-korrigerbara som verkligen förutsäger haveri; rör sig något av dem bort från noll, beställ ersättning i stället för att vänta på bekräftelse. De flesta övriga värden fluktuerar utan betydelse.

Slut på inoder visas separat, eftersom det är så förvirrande när det inträffar: disken rapporterar ledigt utrymme, skrivningar misslyckas ändå, och inget på de självklara ställena förklarar det. Orsaken är en katalog med hundratusentals pyttesmå filer — sessionsdata, e-postkö, en cache som aldrig roterats — som förbrukar filsystemets fasta förråd av inoder utan att nämnvärt röra kapaciteten.

Det finns en tredje diskolycka också, en som inte går sönder något utan bara saktar ner: enheten är så upptagen att processer köar till den. I siffror är det I/O wait, och den stiger sällan av sig själv — bakom ligger vanligen något schemalagt: nattens säkerhetskopiering, en indexombyggnad, en fullständig ClamAV-genomsökning av hela filsystemet. Blir servern tung vid samma timme varje gång, leta efter ett schema och inte efter ett fel.