Disk full pe server Linux: ce faci când spațiul pe disc s-a terminat
Un filesystem ajuns la 100% poate opri baze de date, logare, email, actualizări și aplicații web. Soluția corectă nu este să ștergi la întâmplare, ci să identifici ce consumă spațiul și de ce.
Verifică filesystemul corect
Comenzile de tip df și du trebuie corelate. Uneori spațiul pare ocupat, dar directoarele nu explică diferența.
Logurile pot crește exploziv
Un serviciu cu erori repetitive poate genera gigabytes de loguri. Curățarea fără rezolvarea cauzei doar amână incidentul.
Fișiere șterse, dar încă deschise
Un proces poate ține deschis un fișier deja șters. Spațiul nu se eliberează până când procesul nu închide descriptorul.
Nu uita de inode-uri
Poți avea spațiu disponibil, dar zero inode-uri din cauza unui număr uriaș de fișiere mici. Simptomul este asemănător cu disk full.
Baze de date și mail queues
Binlog-uri, tabele temporare, cozi de mail și cache-uri pot consuma rapid volume întregi dacă nu există limite și monitorizare.
După incident, setează praguri și retenție
Monitoringul pe capacitate, logrotate și politicile de retenție reduc mult probabilitatea unei recidive.
Ai problema asta acum?
Putem analiza simptomele și stabili pașii potriviți fără schimbări inutile sau promisiuni nerealiste. Dacă serviciul este afectat acum, sună și descrie pe scurt eroarea, momentul apariției și ultimele modificări.
Întrebări frecvente.
Pot șterge direct fișiere din /var/log?
Este mai sigur să identifici serviciul, politica de rotație și fișierele active. Ștergerea arbitrară poate elimina informații utile sau poate să nu elibereze spațiul dacă fișierul este încă deschis.
De ce df arată 100%, dar du nu găsește tot spațiul?
O cauză frecventă este existența unor fișiere șterse care sunt încă ținute deschise de procese.
Ai nevoie de o discuție tehnică?
Sună la 0757 372 500, scrie pe WhatsApp sau la office@winsys.ro.