L'un des problèmes les plus courants sur les serveurs Linux est que le disque est complètement plein. Lorsque le disque est plein, les sites Web ne peuvent pas écrire de fichiers, les services de base de données peuvent cesser de fonctionner, les serveurs de jeux peuvent ne pas enregistrer de journaux et certains services peuvent ne pas démarrer du tout.

Cette erreur est généralement reconnue par les symptômes suivants :

• Échec du téléchargement des fichiers sur le serveur
• Arrêt ou erreur du service de base de données
• Erreur « Aucun espace restant sur l'appareil » apparaissant sur le panneau
• Le serveur de jeu s'arrête car il ne peut pas se connecter.
• 500 erreurs ou pages blanches se produisent sur les sites Web

1. Vérification de l'utilisation du disque

Tout d’abord, vérifiez quelle partition de disque sur le serveur est pleine.

df -h

ici surtout Utiliser% la zone est prise en compte. Si une section est de 90 % ou plus, cela signifie que le risque a commencé. S'il est plein à 100 %, les services ne pourront pas écrire de fichiers.

2. Recherchez les dossiers occupant le plus d'espace

Lorsque le disque est plein, le problème vient généralement des journaux, des sauvegardes ou des fichiers cache accumulés dans un seul dossier. Vérifiez les dossiers volumineux, en commençant par le répertoire racine.

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

Cette commande montre l'espace occupé par les répertoires personnels. Habituellement, les répertoires suivants sont vérifiés :

• /var/log - Journaux système et de service
• /accueil - Fichiers utilisateurs et sites Web
• /sauvegarde - Anciens fichiers de sauvegarde
• /tmp - Fichiers temporaires
• /var/lib/mysql - Fichiers de base de données MySQL/MariaDB

3. Répertorier les gros fichiers

Parfois, un seul fichier journal peut atteindre 10 Go ou plus. Pour rechercher des fichiers volumineux, vous pouvez utiliser cette commande :

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

Cette commande répertorie les fichiers de plus de 500 Mo. Examinez attentivement les fichiers résultants. Surtout .log, .vieux, .gz, .bak et les anciens fichiers de sauvegarde doivent être vérifiés.

4. Nettoyage sécurisé des fichiers journaux

La suppression directe du fichier journal d'un service en cours d'exécution ne donne parfois pas le résultat attendu. Parce que le service peut continuer à garder le fichier ouvert. Par conséquent, la méthode la plus sûre lors du nettoyage de fichiers journaux volumineux consiste à vider le fichier.

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. Nettoyage du cache des packages

Sur les systèmes Ubuntu et Debian, les fichiers de cache des packages peuvent occuper de l'espace disque au fil du temps.

apt clean
apt autoremove -y

Sur les systèmes CentOS, AlmaLinux ou Rocky Linux :

yum clean all
dnf clean all

6. Vérification des anciennes sauvegardes

Les fichiers qui occupent le plus de place sur les serveurs d’hébergement et de jeux sont généralement d’anciennes sauvegardes. Surtout s'il existe un système de sauvegarde automatique, de nouvelles sauvegardes peuvent être effectuées chaque jour et les anciennes sauvegardes ne peuvent pas être supprimées.

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

Cette commande répertorie les sauvegardes datant de plus de 7 jours. À supprimer après s'être assuré :

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

7. Empêcher le rechargement avec le paramètre Logrotate

Même si le disque est nettoyé, si la cause n’est pas corrigée, le même problème se reproduira après quelques jours. Pour cela, la configuration de logrotate doit être vérifiée.

nano /etc/logrotate.conf

Exemple de logique de rotation simple :

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

Ce paramètre renvoie quotidiennement les fichiers journaux, les conserve pendant 7 jours et compresse les anciens journaux.

Erreurs courantes

• Supprimer des fichiers système sans savoir de quel fichier il s'agit
• Supprimer le fichier journal en cours d'exécution et ne pas redémarrer le service
• Conserver les anciennes sauvegardes pour une durée illimitée
• Ne pas vérifier du tout les paramètres de rotation
• N'intervenez pas tant que le disque n'est pas plein à 100%

FAQ

Pourquoi le serveur donne-t-il une erreur lorsque le disque est plein ?
Parce que les services ne peuvent pas écrire de journaux, de caches, de fichiers temporaires ou de bases de données. Les services peuvent s'arrêter lorsque l'opération d'écriture échoue.

Est-il préférable de supprimer ou de vider le fichier journal ?
Au lieu de supprimer complètement le fichier journal dans les services en cours d'exécution tronquer Il est plus sûr de le vider en utilisant.

J'ai nettoyé le disque mais l'espace n'a pas été libéré, pourquoi ?
Le fichier supprimé peut toujours être maintenu ouvert par un service en cours d'exécution. Il peut être nécessaire de redémarrer le service concerné.

Recommandations en matière de performances et de sécurité

• Surveillez régulièrement l’utilisation du disque.
• Stockez les sauvegardes sur un disque séparé ou dans une zone de sauvegarde distante.
• Ne laissez pas un service fonctionner pendant une longue période sans utiliser logrotate.
• Prenez des précautions lorsque le disque atteint le niveau de 85 %.
• Ne laissez pas les journaux de débogage ouverts en permanence sur les serveurs de jeux.

Cet article est spécialement préparé pour PvPServer.