J'ai une debian woody, c'est censé le gérer tout seul, mais au vu de la taille de mais log, ça m'étonnerait (j'ai 124 Mo de log, et rien d'effacer depuis mon install)
 
alors j'ai vérifié un peu ce que je pouvais trouver sur logrotate dans le /etc (c'est bien logrotate qui se charge de supprimer les logs, non ?), et j'ai trouvé :
le fichier /etc/cron.daily/logrotate :

 
le fichier /etc/logrotate.conf

 
le fichier /etc/logrotate.d/base-config :

 
et dans le fichier /etc/crontab , j'ai :

 
donc au vue de la crontab, ça devrait se lancer à 5h25 chaque jour, non ?
 
parce que là, ça commence à faire bcp
 
 
PS : le PC est parfois allumé plusieurs jour de suite

question bête : les démons crond et anacron sont bien lancés ?

 
anacron, c'est pas un demon, c'est juste un fichier (faut qu'il existe pour que le demon se lance... c'est bizarre mais bon, il existe)

j'ai mis toutes les infos que j'ai sous la main, alors aider moi please  

les logs tournent donc pas de risque d'en avoir plus que de mesure.
 
par contre si tu veux gratter de l'espace , décommente la ligne #compress dans le logrotate.conf

 
ben 130Mo (pas énorme, mais bon ...) et aucun log d'effacer depuis que j'ai installé (février), ça commence à faire bcp
 
exemple :
dans certain log, quand je fais un less dessus, et que j'appui sur la touche fin, il n'arrive même pas à calculer la fin du fichier tellement le fichier est gros (c'est ce qu'il me dit en tout cas)
 
sinon, je sui pas à cour de place, je voudrais juste être sur que ça marche (ce que je trouve bizarre, c'est que dmesg marche par contre : j'ai jamais plus d'un ou deux démarrage loguer dedans)
c'est bizarre tout ça

remplace les monthly par des daily et des choses comme ça : les logs tourneront plus souvent

 
Non anacron c un script qui verifie que les taches cron sont bien lance si les machines sont eteintes (donc en clair pas besoin si la machine est tjrs allumee).
 
 

 
 
dmesg c normal c le log du kernel uniquement. par contre regarde le fichier /var/log/dmesg

je réponds à vous deux en même temps:
 
poltergeist :
le probleme c'est que ça n'a jamais été vidé    
ça fait plus de 4 mois quand même (ça se vide passer une certaine taille ou passé un certain délai ?)
et dans la crontab c'est marqué weekly (c'est bizarre que ce soit mis monthly dans les fichier de conf d'ailleurs   )
 
MaxMaverick :
mon anacron c'est ça :

 
en faite, faut juste qu'il existe (dans la crontab, c'est mis test -e) pour que ça marche
et le fichier /var/log/dmesg renvoie la même chose que dmesg , en tout cas, chez moi

hein, dites ?
vous trouvez pas ça bizarre ?
y-a des log compressés, mais y-en a d'autres qui ne le sont pas (et parfois les plus gros)

dans /etc/logrotate.d  tu as les scripts pour chaque type.  
 
et dedans ya l'option compress , nocompress ou rien du tout (par defaut : nocompress)  
 
apache chez moi :  
 
/web/apache/logs/*log {
    rotate 5
    weekly
    missingok
    nocompress
    postrotate
       /usr/bin/killall -HUP httpd
    endscript
}

 
ah bah ça je savais pas, merci  
 
par contre, on peut supprimer les fichiers compressés, ça fait rien ?

c'est l'interet de l'option missingok

bon, je viens de regarder ce que j'ai dans ce rep, et j'ai uniquement bas-config (cf premier post), donc si je comprends bien, c'est celui qui est utilisé pour tous les prog qui log ?
si c'est le cas, pk y-en a qui marche pas ?
si c'est pas le cas, pk les prog qui log n'ont pas leur fichier dans ce rep, c'est à moi de le faire ?
 
par contre, j'avais pas capter, mais on m'a dit de mettre la ligne rotate sur 10 : ça fait quoi ?
je trouve aucune page de manuel pour m'expliquer tout ça  

Poltergeist a écrit a écrit : c'est l'interet de l'option missingok

 
ah ... pas très explicite le nom...      
mais il les supprime pas on dirait
 
désoler si j'insiste, mais c'est la premiere fois que je m'aperçois que ça déconne, et je comprends pas pk

djoh a écrit a écrit : bon, je viens de regarder ce que j'ai dans ce rep, et j'ai uniquement bas-config (cf premier post), donc si je comprends bien, c'est celui qui est utilisé pour tous les prog qui log ? si c'est le cas, pk y-en a qui marche pas ? si c'est pas le cas, pk les prog qui log n'ont pas leur fichier dans ce rep, c'est à moi de le faire ?   par contre, j'avais pas capter, mais on m'a dit de mettre la ligne rotate sur 10 : ça fait quoi ? je trouve aucune page de manuel pour m'expliquer tout ça

 
dans le 2eme pavé blanc de ton 1er post t'as un include de ce rep donc il va traiter tout ce qui se trouve dans ce rep. oui tu peux creer le fichier de toutes pieces.
 
 
rotate 10 , ca signie qu'il y aura 9 autres fichiers de traces.
pratique quand tu veux remonter le temps

djoh a écrit a écrit :     ah ... pas très explicite le nom...       mais il les supprime pas on dirait   désoler si j'insiste, mais c'est la premiere fois que je m'aperçois que ça déconne, et je comprends pas pk

 
il y a rotation et compression si stipulé.
 
un rotate 4
    weekly
 
 
va faire tourner le log.3.gz en log.4.gz  par exemple.
 
un prochain rotate le  log.4.gz gicle .

pour verifier l'option compress ou missingok
 
dégézippe un de tes logs .  celui ne 'tournera' jamais.
missingok rattrape le coup
 
edit : enfin rattrape le coup ....  
 
si l'option compress est stipulé il va chercher des .gz . hors si ce dernier a été décompréssé il restera tel quel ...sans tourner ni rien .  
 
missingok permet de garder la 'logique' : si log.2.gz est manquant il va quand meme faire tourner le log.1.gz en log.2.gz et ainsi de suite.   mais le log.2 qui traine , lui ne bougera pas

ah ok, je comprends par petit bout    
donc c'est logique, le peu de fichier compressé que j'ai ne dépasse pas le chiffre 3 (logique donc, puisque j'ai un rotate 4)
 
ce que je ne m'explique toujours pas, c'est que certain fichier log sont énormes... bon je vais te mettre mon rep pour que tu puisses t'en rendre compte par toi même :
 

regarde syslog, lastlog et debug ! j'allucine, ils sont énorme
 
PS : j'avais dit qu'il arrive pa à calculer la fin : je me suis tromper, il n'arrive pas à compter le nombre de ligne, dans ces fichiers !

par exemple dans debug, j'ai que des lignes de ce genre dans le fichier /var/log/debug :

 
ça je sais d'où ça vient et je viens de le virer, ça sert à rien et comme ça, je suis tranquille (c'est un test pour voir si mon interface internet est encore up, ça sert à rien, et ça bouffe des ressource inutilement, surtout qu'il le fait toutes les 30sec, et que je suis sans arret connecté !   )
 
 
EDIT : 't1 ! je reve, c'est ça aussi qu'il y a dans syslog    
ben j'ai bien fait de virer ce truc, ça sert à rien

 
dans /etc/logrotate.d regardes si t'as un syslog  
sinon tu le crée , à l'image d'un autre et tu ajoutes l'option compress et missingok .  Ensuite tu gézippes ton syslog.0 qui traine là  , d'ailleurs 0 ça m'etonne comme numérotation ?  
 
t'as effectivement un syslog collosal.  fais un head -n  20 pour voir la date de la premiere trace et un tail pour voir la derniere .  De plus vu les dates de tes fichiers , la rotation n'a pas fonctionné et a fonctionné peu ..

ou alors t'as simplement un soucis avec un truc et ça t'innondes tes logs.  
 
recv/send .... c'est pas un probleme avec ta carte reseau ?

3 mois entre la 1ere et la derniere ligne .  les logs n'ont pas tourné.  
 
recv/send ,ya un chti soucis rézo là non ?

 
non, ça vient de ça (je viens de le commenter : cf les lignes en gras) :
 

 
 
 
PS : ...enfin, j'espère que ça vient de la (a priori, oui)

 
en fait, c'est pas un souci, c'est juste pour prévenir qu'il fait un test (y-aurait un souci s'il y avait pas de rcv) : cf post just ci-dessus
 
par contre, ça fait trois log qui ne tourne pas ... pk il prend pas la conf actuelle ? il faut un truc particulier pour ces 3 là ?

inspire toi d'un autre script de log  (comme celui d'apache ) : tu le nommes syslog , tu fais juste gaffe au chemin , tu cron un truc dans l'heure qui te convient et tu regardes ..

c'est bon, je viens de rajouter ça dans /etc/logrotate/base-config :
 

 
avec ça, ça devrait marcher
 
par contre, je sais pas trop comment faire pour lastlog parce que c'est un binary file. Tu sais si je peux faire pareil ?

nocreate ..... ?  
 
hmmm ... je virerais cette ligne .

lastlog , wtmp et consorts sont particulier . je crois qu'il y a un binaire qui les lit mais je serais incapable de te dire lequel .

 
ouai, elle m'intrigait aussi
 
pour lastlog je crois que je vais faire comme ils ont fait pour wtmp alors (j'ai trouver ça dans le fichier /etc/logrotate.conf) :

 
 
PS : Joce peut arreter de faire des conneries avec le forum, ce serait pas mal, pour qu'on puisse poster pénard      
 

bordel ... c'est lourd, il met du temps à réparer en plus !

ayé ! quand même  
 
bon, je fais toutes les modifs, je verrais si ça marche mieux

par contre, t'as pas une idée d'où peuvent venir les requètes LCP ?
Parce que ça continue en faite ... et j'ai tout mis en remarque (faux p-t rebooter   )

là ... aucune idée .

relancer pppd ?

 
ah ouai tiens ... moi j'ai tout rebooter (encore qq reste de windows)

bon bah il continue à faire le con ... tant pis, si ça rotate, c'est pas grave

je sais pas ou se lance ton daemon pppd mais tu peux rajouter >/dev/null 2>&1 à la ligne . plus de traces du tout .