/ (/dev/sda1)
53 GB / 80 GB · 66%
/home (/dev/sdb1)
74 GB / 200 GB · 37%
/boot/efi (/dev/sda15)
317 MB / 1 GB · 31%
| Dispositivo | Dimensione | Modello | Salute (SMART) | Temp. | Ore di funzionamento | Settori realloc |
|---|---|---|---|---|---|---|
sda SSD |
80G | QEMU HARDDISK | OK | 36°C | 14,243 | 0 |
sdb SSD |
200G | Samsung SSD 870 | OK | 33°C | 9,221 | 0 |
Due problemi di disco mettono giù i server, e non si somigliano affatto. Quello lento è un disco che comincia a cedere, cosa che SMART di solito vede arrivare. Quello rapido è un filesystem che si riempie e si porta dietro i servizi: un database che non può scrivere è un database che si ferma.
Questa pagina copre entrambi: occupazione per filesystem, attributi SMART per disco e temperatura. Tra gli attributi SMART, quelli che davvero anticipano un guasto sono il conteggio dei settori riallocati, i settori in attesa e quelli non correggibili offline; se uno di questi si allontana da zero, ordinate un ricambio invece di aspettare conferma. La maggior parte degli altri valori oscilla senza conseguenze.
L’esaurimento degli inode è mostrato a parte per quanto disorienta quando accade: il disco dichiara spazio libero, le scritture falliscono lo stesso e nulla nei posti ovvi lo spiega. La causa è una directory che contiene centinaia di migliaia di file minuscoli — dati di sessione, spool di posta, una cache mai ruotata — che consuma la scorta fissa di inode del filesystem senza quasi toccarne la capacità.
C'è anche un terzo guaio del disco, che non rompe nulla e si limita a rallentare: l'unità è occupata al punto che i processi fanno la fila. In cifre è l'I/O wait, e raramente sale da solo: dietro c'è quasi sempre qualcosa di pianificato, il backup notturno, una ricostruzione degli indici, una scansione completa di ClamAV su tutto il filesystem. Se il server si appesantisce ogni volta alla stessa ora, cerchi un orario e non un guasto.