/ (/dev/sda1)
52 GB / 80 GB · 65%
/home (/dev/sdb1)
80 GB / 200 GB · 40%
/boot/efi (/dev/sda15)
317 MB / 1 GB · 31%
| Zariadenie | Veľkosť | Model | Zdravie (SMART) | Tepl. | Hodín prevádzky | Realloc sektory |
|---|---|---|---|---|---|---|
sda SSD |
80G | QEMU HARDDISK | OK | 38°C | 14,258 | 0 |
sdb SSD |
200G | Samsung SSD 870 | OK | 32°C | 9,214 | 0 |
Servery kladú dva diskové problémy a vôbec si nie sú podobné. Ten pomalý je disk, ktorý začína zlyhávať, čo SMART väčšinou vidí prichádzať. Ten rýchly je zapĺňajúci sa súborový systém, ktorý si so sebou berie služby: databáza, ktorá nemôže zapisovať, je databáza, ktorá sa zastaví.
Táto stránka pokrýva oboje: obsadenie podľa súborového systému, atribúty SMART podľa disku a teplotu. Z atribútov SMART predpovedajú poruchu naozaj len počet premapovaných sektorov, čakajúce sektory a offline neopraviteľné; ak sa niektorý z nich vzdiali od nuly, objednajte náhradu namiesto čakania na potvrdenie. Väčšina ostatných hodnôt kolíše bez významu.
Vyčerpanie i-uzlov je uvedené zvlášť, pretože je pri výskyte veľmi mätúce: disk hlási voľné miesto, zápisy napriek tomu zlyhávajú a nič na zrejmých miestach to nevysvetľuje. Príčinou je adresár so stotisícmi drobných súborov — dáta relácií, poštový front, nerotovaná cache — ktorý spotrebuje pevnú zásobu i-uzlov súborového systému bez toho, aby sa takmer dotkol jeho kapacity.
Existuje aj tretia disková ťažkosť, ktorá nič nerozbije a len spomaľuje: jednotka je natoľko zaneprázdnená, že procesy stoja v rade. V číslach je to I/O wait a málokedy stúpa sám od seba — zvyčajne za ním stojí niečo plánované: nočná záloha, prestavba indexov, úplná kontrola ClamAV cez celý súborový systém. Ak server ťažkne zakaždým v rovnakú hodinu, hľadajte rozvrh, a nie poruchu.