Serveur : disque root presque plein

Support Debian
#1

Bonjour à tous !

Je reviens une nouvelle fois vers-vous car je me trouve confronté à un problème sur mon serveur dédié.

En effet j’ai mon disque root qui monte tous les jours en volume et tous les trois jours, je suis obligé de supprimer manuellement mes logs (d’ailleurs au passage si quelqu’un connait un bon tuto pour lograte je pense que ça m’aiderai sur ce point !).
Je viens de faire un petit du -sh dans /var/archives et je m’aperçois que j’ai des fichiers .md5 et .master.tar.gz, je pense que c’est des backup de mon serveur, cependant elles ont l’air de se faire tous les jours, pas cool quand on voit la place que cela me prends :confused:

root@ns316675:/var/archives# ls ns316675.**********-20150116.md5 ns316675.**********-var-lib-mysql.20150116.master.tar.gz ns316675.**********-20150117.md5 ns316675.**********-var-lib-mysql.20150117.master.tar.gz ns316675.**********-20150118.md5 ns316675.**********-var-lib-mysql.20150118.master.tar.gz ns316675.**********-20150119.md5 ns316675.**********-var-lib-mysql.20150119.master.tar.gz ns316675.**********-etc.20150116.master.tar.gz ns316675.**********-var-spool-vmail.20150116.master.tar.gz ns316675.**********-etc.20150117.master.tar.gz ns316675.**********-var-spool-vmail.20150117.master.tar.gz ns316675.**********-etc.20150118.master.tar.gz ns316675.**********-var-spool-vmail.20150118.master.tar.gz ns316675.**********-etc.20150119.master.tar.gz ns316675.**********-var-spool-vmail.20150119.master.tar.gz ns316675.**********-home.20150116.master.tar.gz ns316675.**********-var-www.20150116.master.tar.gz ns316675.**********-home.20150117.master.tar.gz ns316675.**********-var-www.20150117.master.tar.gz ns316675.**********-home.20150118.master.tar.gz ns316675.**********-var-www.20150118.master.tar.gz ns316675.**********-home.20150119.master.tar.gz ns316675.**********-var-www.20150119.master.tar.gz root@ns316675:/var/archives# du -sh 7,3G .

Quelqu’un aurait une solution à mon problème ou aurait déjà rencontré celui-ci ?

Merci d’avance et bonne journée à tous :023

#2

Hello,

Si tu as régulièrement des problèmes d’espaces, plusieurs possibilités s’offrent à toi :

  • Mettre en place un logrotate qui gardera uniquement X jours de rétention et compressera les anciens logs, puis les supprimera automatiquement.

  • Penser à agrandir ton / (si tu as pensé à mettre ce point de montage en LVM). Sinon il faudrait ajouter un disque (si c’est une Vm), et mettre le /var dessus.

  • Et regarder pourquoi tu as autant de logs. As-tu oubliés d’enlever le mode debug des logs, tes logs ne sont-ils pas trop verbeux ? as-tu beaucoup de traffics/utilisation pour ce service ?

pour voir si quelque chose te génère ces fichiers vas voir dans /etc/cron.* si quelques choses te fais ça, et dans le crontab aussi

#3

[quote=“Joss47”]Screen > pix-host.com/allimages/63833736.png
Quelqu’un aurait une solution à mon problème ou aurait déjà rencontré celui-ci ?[/quote]
Oui assez souvent. Je l’appelle UUoSS (“useless use of screen shot”, en référence à UUoC).
Il faut faire une copie du texte du terminal et le coller dans une section [ Code ] de ton message. Si le terminal ne permet pas la copie de texte, rediriger la sortie de la commande dans un fichier et copier le contenu du fichier après avoir ajouté la ligne de commande à la main. C’est mieux à tous points de vue : plus léger, visible directement dans le forum sans devoir accéder à un site externe, possibilité de copier du texte et de faire une recherche avec son contenu contrairement au contenu une image…

#4

Voilà, cela est mieux pour toi ?

Merci Tof, oui our lograte, c’est pour cela que je demande si quelqu’un connait un bon tuto, ou du moins s’est servi d’un tuto bien expliqué et fonctionnel sur le net :wink:

Aussi, pourquoi ai-je autant de log? Bonne question :confused:
Concernant le fait d’agrandir mon /, je pense que ça va être compliqué sur un serveur en prod et n’étant pas sur une VM

#5

Beaucoup mieux, merci, il n’y a pas photo (avec ou sans jeu de mots, au choix).

Sur le fond, tof a déjà donné à peu près toutes les pistes.

Regarde ce que les plus volumineux contiennent, cela te donnera peut-être la réponse.

Comme l’a écrit tof, il aurait fallu utiliser LVM et laisser de l’espace non alloué dans le PV pour agrandir les volumes au fur et a mesure des besoins. Sinon tu peux déplacer une partie de /var sur un volume où il y a de la place et faire le lien avec un symlink ou un mount --bind.

Tu écris cela comme si tu ne maîtrisais pas ce qui se passe. C’est ton serveur. Si tu estimes que ces “sauvegardes” sont trop volumineuses et que ce n’est pas justifié, configure le programme qui les gère.

#6

pour le logrotate, voila deux trucs que google m’a donné :

http://www.rackspace.com/knowledge_center/article/understanding-logrotate-utility
http://linuxconfig.org/setting-up-logrotate-on-redhat-linux