Solució d'error de disc complet al servidor Linux

linux troba un fitxer gran, error de disc ple de Linux, gestió del disc d'allotjament de Linux, neteja de disc de Linux, neteja de registres de Linux, no queda espai al dispositiu, disc del servidor Linux ple 0 9

Yazdır

Com resoldre l'error complet del disc al servidor Linux?

Una guia per trobar fitxers grans, netejar els registres de manera segura i alliberar espai al servidor.

Un dels problemes més comuns als servidors Linux és que el disc s'omple completament. Quan el disc s'omple, els llocs web no poden escriure fitxers, els serveis de bases de dades poden deixar de funcionar, els servidors de jocs poden no registrar registres i alguns serveis no s'inicien.

Aquest error normalment es reconeix pels següents símptomes:

No s'han pogut carregar els fitxers al servidor
Tancament o error del servei de base de dades
L'error "No queda espai al dispositiu" apareix al tauler
El servidor del joc s'apaga perquè no pot iniciar sessió.
Es produeixen 500 errors o pàgines en blanc als llocs web

Important: Suprimir fitxers aleatoris en cas d'error de disc ple és perillós. Els serveis poden estar danyats si s'elimina el fitxer del sistema incorrecte. Primer cal determinar quina carpeta ocupa espai.

1. Comprovació de l'ús del disc

Primer, comproveu quina partició de disc del servidor està plena.

df -h

aquí especialment Utilitza% es considera l'àrea. Si una secció és del 90% o més, vol dir que el risc ha començat. Si està ple al 100%, els serveis no podran escriure fitxers.

2. Trobeu les carpetes que ocupen més espai

Quan el disc està ple, el problema solen ser registres, còpies de seguretat o fitxers de memòria cau acumulats en una sola carpeta. Comproveu les carpetes grans, començant pel directori arrel.

du -h --max-depth=1 / 2>/dev/null | sort -h

Aquesta ordre mostra quant espai ocupen els directoris d'inici. Normalment es revisen els directoris següents:

/var/log - Registres del sistema i del servei
/casa - Fitxers d'usuari i web
/còpia de seguretat - Arxius de còpia de seguretat antics
/tmp - Fitxers temporals
/var/lib/mysql - Fitxers de base de dades MySQL/MariaDB

3. Llista els fitxers grans

De vegades, un únic fitxer de registre pot créixer fins a 10 GB o més. Per trobar fitxers grans, podeu utilitzar aquesta ordre:

find / -type f -size +500M -exec ls -lh {} \; 2>/dev/null

Aquesta ordre enumera els fitxers de més de 500 MB. Examineu amb atenció els fitxers resultants. Sobretot .log, .vell, .gz, .bak i s'han de comprovar els fitxers de còpia de seguretat antics.

Enfocament segur: Si no sabeu quin és el fitxer, no el suprimiu. Primer mireu la ruta del fitxer i el servei al qual està connectat.

4. Neteja segura dels fitxers de registre

L'eliminació directa del fitxer de registre d'un servei en execució de vegades no dóna el resultat esperat. Perquè el servei pot continuar mantenint el fitxer obert. Per tant, el mètode més segur per netejar fitxers de registre grans és buidar el fitxer.

truncate -s 0 /var/log/dosya_adi.log

Exemple:

truncate -s 0 /var/log/syslog
truncate -s 0 /var/log/messages
truncate -s 0 /var/log/nginx/error.log

5. Neteja de la memòria cau de paquets

Als sistemes basats en Ubuntu i Debian, els fitxers de memòria cau dels paquets poden ocupar espai al disc amb el pas del temps.

apt clean
apt autoremove -y

En sistemes CentOS, AlmaLinux o Rocky Linux:

yum clean all
dnf clean all

6. Comprovació de còpies de seguretat antigues

Els fitxers que ocupen més espai als servidors d'allotjament i jocs solen ser còpies de seguretat antigues. Sobretot si hi ha un sistema de còpia de seguretat automàtic, es poden fer còpies de seguretat noves cada dia i les còpies de seguretat antigues no es poden suprimir.

find /backup -type f -mtime +7 -name "*.tar.gz" -ls

Aquesta ordre enumera les còpies de seguretat de més de 7 dies. Per suprimir després d'assegurar-se:

find /backup -type f -mtime +7 -name "*.tar.gz" -delete

Atenció: Abans d'utilitzar l'ordre delete, assegureu-vos de comprovar quins fitxers s'eliminaran amb l'ordre de llista.

7. Eviteu la recàrrega amb la configuració de Logrotate

Fins i tot si es neteja el disc, si no es corregeix la causa, el mateix problema es tornarà a produir després d'uns dies. Per a això, s'ha de comprovar la configuració de logrotate.

nano /etc/logrotate.conf

Exemple de lògica de logrotat simple:

/var/log/*.log {
    daily
    rotate 7
    compress
    missingok
    notifempty
}

Aquesta configuració retorna els fitxers de registre diàriament, els conserva durant 7 dies i comprimeix els registres antics.

Errors comuns

Esborrar fitxers del sistema sense saber de quin fitxer es tracta
Eliminació del fitxer de registre en execució i no reinici del servei
Conservació de còpies de seguretat antigues durant un període de temps il·limitat
No comproveu la configuració de logrotate en absolut
No interveniu fins que el disc estigui ple al 100%.

PMF

Per què el servidor dóna un error quan el disc està ple?
Perquè els serveis no poden escriure registres, memòria cau, fitxers temporals o bases de dades. Els serveis poden tancar-se quan falla l'operació d'escriptura.

És millor esborrar o buidar el fitxer de registre?
En lloc d'esborrar completament el fitxer de registre dels serveis en execució truncar És més segur buidar-lo fent servir.

Vaig netejar el disc però no es va alliberar l'espai, per què?
El fitxer suprimit encara es pot mantenir obert per un servei en execució. Pot ser que sigui necessari reiniciar el servei corresponent.

Recomanacions de rendiment i seguretat

Superviseu l'ús del disc amb regularitat.
Emmagatzema les còpies de seguretat en un disc separat o en una àrea de còpia de seguretat remota.
No deixeu un servei en funcionament durant molt de temps sense utilitzar logrotate.
Preneu precaucions quan el disc arribi al 85%.
No deixeu els registres de depuració oberts constantment als servidors de jocs.

Aquest article està preparat especialment per a PvPServer.

Bu cevap yeterince yardımcı oldu mu?

Oyla