Bon j'ai honte, mais le forum manque encore un epu de réactivité alors je sollicte avidement vos bons conseils sur ce journal...
C'est d'autant plus énervant que j'ai vu passer le problème plusieurs fois sur des listes et autres mais, chais pas, aujourd'hui j'ai pas la main heureuse sur Google...
Mon souci est bien simple :
/var/log ===> 75 Mo
/var/lib ===> 81,7 Mo (sais pas même à quoi sert ce répertoire ??)
/var/cache => 14,5 Mo
Résultat pratique : / est à 100 % d'utilisation et je crains un plantage imminent.
Je pensais qu'il existait des lignes dans cron pour remettre de l'air dans tout ça mais après avoir examiné les differents scripts (hourly, daily, monthly) je suis assez déçu.
J'ai surtout trouvé des éléments de localisation (makewhatis-fr et slocate).
A moins que msec comprenne un nettoyeur mais qu'il ne tourne pas correctement?
Est-on comdamné au remplissage définitif comme le malheureux John Cleese dans "The Meaning of Life" ???
Que faire ? nettoyer à la mimine ou trouver *le* bon paramêtre ??
Merci d'avance,
yoj
Journal [urgent] encombrement excessif de mon /var et du coup de ma partition Racine !!
18
mar.
2004
# Re: [urgent] encombrement excessif de mon /var et du coup de ma partition Racine !!
Posté par Vincent P (site web personnel) . Évalué à 1.
user@atlantis:~$ apt-cache show logrotate
Package: logrotate
Priority: important
Section: admin
Installed-Size: 132
Maintainer: Paul Martin <pm@debian.org>
Architecture: i386
Version: 3.6.5-2
Depends: libc6 (>= 2.2.5-13), libpopt0 (>= 1.6.4), cron (>= 3.0pl1-53) | anacron
, base-passwd (>= 2.0.3.4)
Recommends: mailx
Filename: pool/main/l/logrotate/logrotate_3.6.5-2_i386.deb
Size: 27932
MD5sum: 6e155c4091b300bf93a2e6073870f3f5
Description: Log rotation utility
The logrotate utility is designed to simplify the administration of
log files on a system which generates a lot of log files. Logrotate
allows for the automatic rotation compression, removal and mailing of
log files. Logrotate can be set to handle a log file daily, weekly,
monthly or when the log file gets to a certain size. Normally, logrotate
runs as a daily cron job.
--------------
Pour ce qui est de /var/cache, je sais que sous debian sid un apt-get clean fait souvent beaucoup de bien, mais ca ne doit pas etre ca, 14Mo ce n est pas excessif.
Tu utilises quoi comme distrib ?
...Et d'ou l'interet de mettre /var sur une partition differente de /
[^] # Re: [urgent] encombrement excessif de mon /var et du coup de ma partition Racine !!
Posté par yojik77 . Évalué à 1.
Par contre logrotate est bien installé et bien inséré dans la table de cron....
Pour info, mon logrotate.conf donne ça :
#############################################""
# see "man logrotate" for details
# rotate log files weekly
weekly
# keep 4 weeks worth of backlogs
rotate 4
# create new (empty) log files after rotating old ones
create
# uncomment this if you want your log files compressed
compress
# RPM packages drop log rotation information into this directory
include /etc/logrotate.d
# no packages own lastlog or wtmp -- we'll rotate them here
/var/log/wtmp {
monthly
create 0664 root utmp
rotate 1
}
/var/log/lastlog {
monthly
rotate 1
}
# system-specific logs may be configured here
########################################
Tout conseil pour délester var/lib et var/log reste le très bienvenu (man logrotate n'est pas spécialement lisible, je vais faire un tour dans le MCC vérifier s'il n'y aurait pas une UI potable...).
La question, c'est bien "comment configurer la fonction "removal" !?"
Pour la partition dédiée, c'est en projet (je fais du ménage sur de vieilles partitions "legacy" en fat32 pour coller une partition ad hoc...
# Re: [urgent] encombrement excessif de mon /var et du coup de ma partition Racine !!
Posté par wismerhill . Évalué à 2.
Si logrotate fait son boulot tu devrais avoir pour chaque fichier log quelques archives des semaines précedentes (compressées) que tu peux supprimer. Tu peux configurer logrotate pour qu'il en conserve moins.
/var/lib c'et un endroit où plein de programmes mettent des données, par exemple c'est la que se trouvent mes bases de données postgresql. Là pas de règle, il faut voir au cas par cas les contenus, et dans le doute ne rien changer!
/var/cache contient des fichiers de cache de différents programmes, ils sont utilies pour accélérer différentes opérations mais je pense que ce n'est pas gênant de les supprimer (à confirmer!), mais ici aussi c'est au cas par cas.
Par exemple sur une debian, c'est là que apt met les paquets qu'il a téléchargé, un petit apt-get clean videra ça.
[^] # Re: [urgent] encombrement excessif de mon /var et du coup de ma partition Racine !!
Posté par yojik77 . Évalué à 1.
L'astuce, c'est que si la seconde tentative est aussi un loupé (telle source configurée pas à jour, etc.) et bien on ne sait plus comment le retirer autrement que manuellement, le paquet orphelin...
Bref, le rpm OpenOffice.org-help-en-xyz92.rpm effacé, ma partition s'en trouve déjà mieux (plus de 10 Mo excusez du peu...)
Par contre mon logrotate est à l'évidence mal configuré. Je jette un oeil au Mandrake Control center...
Merci !
yoj
[^] # Re: [urgent] encombrement excessif de mon /var et du coup de ma partition Racine !!
Posté par Olivier (site web personnel) . Évalué à 2.
Pour une Mandrake standard, cela a lieu le dimanche matin, entre minuit et 4h (en fonction du type de rotaion du log).
Si tu veux forcer la rotation des logs, lance :
logrotate -f /etc/logrotate.conf
("man logrotate" pour l'explication du paramètre "-f"). Tes fichiers de log courant seront compressés, et renommées en "*.tgz.1". En fonction du nombre de logs à conserver ("rotate x"), tu auras autant de "*.tgz.x".
Si tu ne lis pas tes logs (c'est Mal), et que tu ne veux pas garder tes archives de log, tu peux supprimer tout les "*.tgz.[0-9]*" du /var/log/
[^] # Re: [urgent] encombrement excessif de mon /var et du coup de ma partition Racine !!
Posté par Jllc . Évalué à 3.
Et je confirme, c'est bien logrotate qui doit faire le ménage.
[^] # Re: [urgent] encombrement excessif de mon /var et du coup de ma partition Racine !!
Posté par yojik77 . Évalué à 1.
L'usage me convient bien mieux que crond (j'ai un beau uptime mais tout de même, c'est du familial pas du carrier grade ;-))
Pour l'info sur anacron(d) :
<...>
This package is pre-configured to execute the daily jobs of the Mandrake system. You should install this program if your system isn't powered on 24 hours a day to make sure the maintenance jobs of other Mandrake packages are executed each day.
Amitiés et remerciements à tous et toutes,
Fraternellement,
Yojik
[^] # Re: [urgent] encombrement excessif de mon /var et du coup de ma partition Racine !!
Posté par yojik77 . Évalué à 1.
Le paramêtre "-f" signifie comme de juste "forcer". Je venais de me résigner à lire toute la page de man de logrotate au moment où tu as posté et je l'avais trouvé en français ; pour ceux que ça intéresse :
http://www.delafond.org/traducmanfr/man/man8/logrotate.8.html(...)
Ceci dit l'effet a été spectaculaire : mon /var/log est retombé à 20 Mo (évaporation de 70 Mo dans l'opération).
Ce qui m'étonne un peu, c'est qu'il y avait de très gros fichiers type security.log autour de 15 Mo chaque et que ceux sont précisément ceux-là qui ont été éradiqués. a la place j'ai plein de de petits security.logx.gz.
je comprends mal comment l'opération avait pu se louper dimanche dernier ?? Soit.
Mon fichier de configuration est en tout cas correct puisque c'est lui dont j'ai forcé l'execution (cqfd). je verrais ce qu'il en est dimanche matin.
Grand merci à toi,
Cordialement,
yoj'
[^] # Re: [urgent] encombrement excessif de mon /var et du coup de ma partition Racine !!
Posté par Jllc . Évalué à 1.
Ils indiquent ce qui est lancé (et quand), et les éventuels problèmes rencontrés.
[^] # Re: [urgent] encombrement excessif de mon /var et du coup de ma partition Racine !!
Posté par yojik77 . Évalué à 1.
a priori, il ne s'est rien passé du tout !!
yoj
# Re: [urgent] encombrement excessif de mon /var et du coup de ma partition Racine !!
Posté par Dragon . Évalué à 2.
La page des standard pour le répertoire /var
http://www.pathname.com/fhs/pub/fhs-2.3.html#THEVARHIERARCHY(...)
cache Application cache data
lib Variable state information
log Log files and directories
[^] # Re: [urgent] encombrement excessif de mon /var et du coup de ma partition Racine !!
Posté par yojik77 . Évalué à 1.
Je m'étais déjà fait une petite idée du contenu de /var en naviguant à l'intérieur de la sous-hierarchie avec konqueror.
De manière peut-être originale, Mandrake a placé les répertoires par défaut de wine dans /var/lib.
Cordialement,
Yoj'
# Re: [urgent] encombrement excessif de mon /var et du coup de ma partition Racine !!
Posté par Matho (site web personnel) . Évalué à 1.
/var/log/messages <----Message systemes
/var/log/debug <---- Générés par pppoe
/var/log/proftpd.log <--- générés par le serveur FTP
/var/log/cron <--- généré par cron
/var/log/apache/acces_log <--- généré par apache
/var/log/apache/error_log <--- généré par apache
/var/named/named.memstats <--- bind 8
/var/named/named.stats<--- bind 8
soit je les supprime puis je fais un touch du fichier puis un kill -HUP nomduservicecorrespondant ou redemarre ta machine...
# Re: [urgent] encombrement excessif de mon /var et du coup de ma partition Racine !!
Posté par monsieurw . Évalué à 2.
~# find /var/log -type d > /tmp/varlog.dir && rm -rf /var/log && mkdir /var/log
~# cat /tmp/varlog.dir | xargs mkdir -p
Et hop, 75 Mo de gagné !
Hé, je déconne, faut pas le faire sans comprendre, hein...
Bon, pour être plus constructif (dans /var/log), pourquoi est-ce qu'il n'y a pas de rotation des logs ? (la distribution n'installe pas de prog style logrotate par défaut ?) Est-ce que des programmes rajoutés/recompilés sans passer par le système de paquets n'ont pas d'entrée dans un logrotate (ce qui fait que leur fichier de logs grossit immodérément) ?
Dans /var/lib, il peut y avoir les fichiers de bases de données comme MySQL ou PostgreSQL (selon la distribution), ce qui peut prendre de la place. On a aussi la base de slocate (qui peut facilement faire 20 ou 30 Mo sur un système avec quelques dizaines de milliers de fichiers) et de scrollkeeper. C'est aussi là qu'on a la base des paquets installés (RPM/DEB/...), il me semble. À moins que ça ne soit dans /var/cache ? je ne sais plus, ça dépend des distrib.
Faudrait voir à faire des du -hs /var/[rep]/* pour isoler plus précisément le problème, parce que là, ça reste vague. Une fois que ça sera fait, isoler le défaut devrait se faire tout seul.
# Re: [urgent] encombrement excessif de mon /var et du coup de ma partition Racine !!
Posté par moudos (site web personnel) . Évalué à 1.
c qd meme mieux de penser a creer d partitions separees des l'install de ton systeme:
/
/boot
/var
/tmp
/usr
/home
comme ca tu evites pas mal de problemes !!
[^] # Re: [urgent] encombrement excessif de mon /var et du coup de ma partition Racine !!
Posté par Jllc . Évalué à 1.
Déjà qu'entre / et /home je suis bon pour refaire mes partitions ...
# Re: [urgent] encombrement excessif de mon /var et du coup de ma partition Racine !!
Posté par mcjyc (site web personnel) . Évalué à 2.
mais il y a peut etre une solution pour te sortir du 100% qui fait mal...
ca marche bien quand tu dois recuperer de la place, pour que les users non root puissent travailler, et faire du menage... de l'espace disque...
tune2fs -m 1 /dev/celui_de_ta_partition
ca reduit l'espace reservé à l'utilisateur root(generalement, par defaut, 5%), et donc, augmente l'espace pour les autres.
sur des gros disques, tu y gagnes en Go...
apres, tu peux suivre les bons conseils des personnes qui ont deja posté, je suis limite hors sujet...
# Re: [urgent] encombrement excessif de mon /var et du coup de ma partition Racine !!
Posté par doublehp (site web personnel) . Évalué à 1.
/
/var
/usr
/tmp
/home
ok certains diront que ca fait de la place de perdue, mais ca evite certains desagrements ...
pb: sous debian, un /var de 200mo me semble insuffisant ... a moins de penser tres souvent a vider son /var/cache/apt/archive a coup de rm * ( mettez un rm -rf /var/cache/apt/archive/* une fois pour tester ... vous rigolerez moins apres :=) ) bref : un /var de 400mo ne semble poser aucun soucis ...
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.