Comment éviter ce genre de situation d'un système qui se laisse étouffer
jusqu'au blocage sans rien dire ? (Í part une alerte graphique : "il reste
plus que 40 Mo sur /var/, pauvre pomme !")
Comment éviter ce genre de situation d'un système qui se laisse étouffer
jusqu'au blocage sans rien dire ? (Í part une alerte graphique : "il reste
plus que 40 Mo sur /var/, pauvre pomme !")
Comment éviter ce genre de situation d'un système qui se laisse étouffer
jusqu'au blocage sans rien dire ? (Í part une alerte graphique : "il reste
plus que 40 Mo sur /var/, pauvre pomme !")
Je découvre qu'il se passe des choses étonnantes en matière de logs dans /var/log/ :
/var/log$ lla -h | grep G
total 7.7G
-rw-r----- 1 root adm 2.0G Feb 20 19:16 kern.log.1
-rw-r----- 1 root adm 1.5G Feb 21 00:00 messages.1
-rw-r----- 1 root adm 1.9G Feb 21 00:00 syslog.1
ça me semble énorme.
1/ Est-ce que je peux supprimer ces fichiers ? (plutÍ´t oui)
2/ Quelle est la manière la plus propre d'éliminer/d'empêcher automatiquement des journaux aussi
volumineux ? (je peux utiliser crontab et tester/éliminer fichier plus gros que..)
Merci
Bonne fin de we
Je découvre qu'il se passe des choses étonnantes en matière de logs dans /var/log/ :
/var/log$ lla -h | grep G
total 7.7G
-rw-r----- 1 root adm 2.0G Feb 20 19:16 kern.log.1
-rw-r----- 1 root adm 1.5G Feb 21 00:00 messages.1
-rw-r----- 1 root adm 1.9G Feb 21 00:00 syslog.1
ça me semble énorme.
1/ Est-ce que je peux supprimer ces fichiers ? (plutÍ´t oui)
2/ Quelle est la manière la plus propre d'éliminer/d'empêcher automatiquement des journaux aussi
volumineux ? (je peux utiliser crontab et tester/éliminer fichier plus gros que..)
Merci
Bonne fin de we
Je découvre qu'il se passe des choses étonnantes en matière de logs dans /var/log/ :
/var/log$ lla -h | grep G
total 7.7G
-rw-r----- 1 root adm 2.0G Feb 20 19:16 kern.log.1
-rw-r----- 1 root adm 1.5G Feb 21 00:00 messages.1
-rw-r----- 1 root adm 1.9G Feb 21 00:00 syslog.1
ça me semble énorme.
1/ Est-ce que je peux supprimer ces fichiers ? (plutÍ´t oui)
2/ Quelle est la manière la plus propre d'éliminer/d'empêcher automatiquement des journaux aussi
volumineux ? (je peux utiliser crontab et tester/éliminer fichier plus gros que..)
Merci
Bonne fin de we
Salut,
J’aurais tendance Í conseiller ceci :
1) sauvegarder le contenu de /var/log sur un autre support
2) Effacer les logs présent par exemple avec un :
# find /var/log -type f ( -iname "*.[0-9].log" -o -iname "*.[0-9].log.gz" -o -iname "*.[0-9][0-9].log" -o -iname "*.[0-9][0-9].log.gz" -o -iname "*.[0-9]" -o -iname "*.[0-9].gz" -o -iname "*.[0-9][0-9]" -o -iname "*.[0-9][0-9].gz" ) -exec /bin/rm -f {} ;
Ce qui efface tout fichier log traité par logrotate. Il y a certainement un regex fou qui fait ça en un test. LÍ , au moins, c’est lisible).
Salut,
J’aurais tendance Í conseiller ceci :
1) sauvegarder le contenu de /var/log sur un autre support
2) Effacer les logs présent par exemple avec un :
# find /var/log -type f ( -iname "*.[0-9].log" -o -iname "*.[0-9].log.gz" -o -iname "*.[0-9][0-9].log" -o -iname "*.[0-9][0-9].log.gz" -o -iname "*.[0-9]" -o -iname "*.[0-9].gz" -o -iname "*.[0-9][0-9]" -o -iname "*.[0-9][0-9].gz" ) -exec /bin/rm -f {} ;
Ce qui efface tout fichier log traité par logrotate. Il y a certainement un regex fou qui fait ça en un test. LÍ , au moins, c’est lisible).
Salut,
J’aurais tendance Í conseiller ceci :
1) sauvegarder le contenu de /var/log sur un autre support
2) Effacer les logs présent par exemple avec un :
# find /var/log -type f ( -iname "*.[0-9].log" -o -iname "*.[0-9].log.gz" -o -iname "*.[0-9][0-9].log" -o -iname "*.[0-9][0-9].log.gz" -o -iname "*.[0-9]" -o -iname "*.[0-9].gz" -o -iname "*.[0-9][0-9]" -o -iname "*.[0-9][0-9].gz" ) -exec /bin/rm -f {} ;
Ce qui efface tout fichier log traité par logrotate. Il y a certainement un regex fou qui fait ça en un test. LÍ , au moins, c’est lisible).
3. un "barbu" appréciera un petit script en crontab "/hourly/" qui
envoie un mail ou un sms en cas d'espace disque insuffisant
(c-Í -d Í 80 ou 90% de l'espace occupé) ; un curieux
expérimentateur ira regarder du cÍ´té de Nagios
3. un "barbu" appréciera un petit script en crontab "/hourly/" qui
envoie un mail ou un sms en cas d'espace disque insuffisant
(c-Í -d Í 80 ou 90% de l'espace occupé) ; un curieux
expérimentateur ira regarder du cÍ´té de Nagios
3. un "barbu" appréciera un petit script en crontab "/hourly/" qui
envoie un mail ou un sms en cas d'espace disque insuffisant
(c-Í -d Í 80 ou 90% de l'espace occupé) ; un curieux
expérimentateur ira regarder du cÍ´té de Nagios
Salut,
J’aurais tendance Í conseiller ceci :
1) sauvegarder le contenu de /var/log sur un autre support
2) Effacer les logs présent par exemple avec un :
# find /var/log -type f ( -iname "*.[0-9].log" -o -iname "*.[0-9].log.gz" -o -iname "*.[0-9][0-9].log" -o -iname "*.[0-9][0-9].log.gz" -o -iname "*.[0-9]" -o -iname "*.[0-9].gz" -o -iname "*.[0-9][0-9]" -o -iname "*.[0-9][0-9].gz" ) -exec /bin/rm -f {} ;
Ce qui efface tout fichier log traité par logrotate. Il y a certainement un regex fou qui fait ça en un test. LÍ , au moins, c’est lisible).
Salut,
J’aurais tendance Í conseiller ceci :
1) sauvegarder le contenu de /var/log sur un autre support
2) Effacer les logs présent par exemple avec un :
# find /var/log -type f ( -iname "*.[0-9].log" -o -iname "*.[0-9].log.gz" -o -iname "*.[0-9][0-9].log" -o -iname "*.[0-9][0-9].log.gz" -o -iname "*.[0-9]" -o -iname "*.[0-9].gz" -o -iname "*.[0-9][0-9]" -o -iname "*.[0-9][0-9].gz" ) -exec /bin/rm -f {} ;
Ce qui efface tout fichier log traité par logrotate. Il y a certainement un regex fou qui fait ça en un test. LÍ , au moins, c’est lisible).
Salut,
J’aurais tendance Í conseiller ceci :
1) sauvegarder le contenu de /var/log sur un autre support
2) Effacer les logs présent par exemple avec un :
# find /var/log -type f ( -iname "*.[0-9].log" -o -iname "*.[0-9].log.gz" -o -iname "*.[0-9][0-9].log" -o -iname "*.[0-9][0-9].log.gz" -o -iname "*.[0-9]" -o -iname "*.[0-9].gz" -o -iname "*.[0-9][0-9]" -o -iname "*.[0-9][0-9].gz" ) -exec /bin/rm -f {} ;
Ce qui efface tout fichier log traité par logrotate. Il y a certainement un regex fou qui fait ça en un test. LÍ , au moins, c’est lisible).
Le mode S3 (suspend to RAM ) et le mode S4 (suspend to disk) : en debian, on oublie ou on peut s'en servir ? et alors comment ?
Le mode S3 (suspend to RAM ) et le mode S4 (suspend to disk) : en debian, on oublie ou on peut s'en servir ? et alors comment ?
Le mode S3 (suspend to RAM ) et le mode S4 (suspend to disk) : en debian, on oublie ou on peut s'en servir ? et alors comment ?