[Log] Diminuer la taille des log

[nicollivier]

Bonjour,

Je viens de me rendre compte que ma partition / était pleine, elle fait 15Go
Après une petite recherche, j'ai la partition «/var/log» qui fait déjà plus de 7Go.
Est-ce qu'il y aurait un moyen pour faire en sorte que les fichiers journaux ne prennent pas autant de place ?!

Merci

Nico

[Ypnose]

Normalement tu as cron qui te vide les fichiers de temps en temps, si je ne dis pas de bêtises (benjarobin ou Foolecho pourront confirmer).

Donne ton rc.conf pour voir si tu ne l'as pas enlevé des DAEMONS.

[tuxce]

Il ne les vide pas, il fait tourner et en garde un certains nombre. Pour les logs syslog-ng, c'est chaque semaine et en garde 5.
Donc il faut d'abord savoir de quel logs on parle, puis si c'est ceux qui tournent mais que ça se remplit vite, il faut surtout voir pourquoi car ce n'est pas normal.

[nicollivier]

Merci de ton aide

Alors voici le contenu de mon fichier, et "crond" apparait bien dedans..

Code : Tout sélectionner

#
# /etc/rc.conf - Main Configuration for Arch Linux
#

# -----------------------------------------------------------------------
# LOCALIZATION
# -----------------------------------------------------------------------
#
# LOCALE: available languages can be listed with the 'locale -a' command
#   LANG in /etc/locale.conf takes precedence
# DAEMON_LOCALE: If set to 'yes', use $LOCALE as the locale during daemon
# startup and during the boot process. If set to 'no', the C locale is used.
# HARDWARECLOCK: set to "", "UTC" or "localtime", any other value will result
#   in the hardware clock being left untouched (useful for virtualization)
#   Note: Using "localtime" is discouraged, using "" makes hwclock fall back
#   to the value in /var/lib/hwclock/adjfile
# TIMEZONE: timezones are found in /usr/share/zoneinfo
#   Note: if unset, the value in /etc/localtime is used unchanged
# KEYMAP: keymaps are found in /usr/share/kbd/keymaps
# CONSOLEFONT: found in /usr/share/kbd/consolefonts (only needed for non-US)
# CONSOLEMAP: found in /usr/share/kbd/consoletrans
# USECOLOR: use ANSI color sequences in startup messages
#
LOCALE="fr_FR.UTF-8"
DAEMON_LOCALE="no"
HARDWARECLOCK="localtime"
TIMEZONE="Europe/Paris"
KEYMAP="fr"
CONSOLEFONT=lat9w-16
CONSOLEMAP=
USECOLOR="yes"

# -----------------------------------------------------------------------
# HARDWARE
# -----------------------------------------------------------------------
#
# MODULES: Modules to load at boot-up. Blacklisting is no longer supported.
#   Replace every !module by an entry as on the following line in a file in
#   /etc/modprobe.d:
#     blacklist module
#   See "man modprobe.conf" for details.
#
MODULES=()

# Udev settle timeout (default to 30)
UDEV_TIMEOUT=30

# Scan for FakeRAID (dmraid) Volumes at startup
USEDMRAID="no"

# Scan for BTRFS volumes at startup
USEBTRFS="no"

# Scan for LVM volume groups at startup, required if you use LVM
USELVM="no"

# -----------------------------------------------------------------------
# NETWORKING
# -----------------------------------------------------------------------
#
# HOSTNAME: Hostname of machine. Should also be put in /etc/hosts
#
HOSTNAME="Archlinux"

# Use 'ip addr' or 'ls /sys/class/net/' to see all available interfaces.
#
# Wired network setup
#   - interface: name of device (required)
#   - address: IP address (leave blank for DHCP)
#   - netmask: subnet mask (ignored for DHCP) (optional, defaults to 255.255.255.0)
#   - broadcast: broadcast address (ignored for DHCP) (optional)
#   - gateway: default route (ignored for DHCP)
# 
# Static IP example
# interface=eth0
# address=192.168.0.2
# netmask=255.255.255.0
# broadcast=192.168.0.255
# gateway=192.168.0.1
#
# DHCP example
# interface=eth0
# address=
# netmask=
# gateway=

interface=eth0
address=
netmask=
broadcast=
gateway=

# Setting this to "yes" will skip network shutdown.
# This is required if your root device is on NFS.
NETWORK_PERSIST="no"

# Enable these netcfg profiles at boot-up. These are useful if you happen to
# need more advanced network features than the simple network service
# supports, such as multiple network configurations (ie, laptop users)
#   - set to 'menu' to present a menu during boot-up (dialog package required)
#   - prefix an entry with a ! to disable it
#
# Network profiles are found in /etc/network.d
#
# This requires the netcfg package
#
#NETWORKS=(main)

# -----------------------------------------------------------------------
# DAEMONS
# -----------------------------------------------------------------------
#
# Daemons to start at boot-up (in this order)
#   - prefix a daemon with a ! to disable it
#   - prefix a daemon with a @ to start it up in the background
#
# If you are sure nothing else touches your hardware clock (such as ntpd or
# a dual-boot), you might want to enable 'hwclock'. Note that this will only
# make a difference if the hwclock program has been calibrated correctly.
#
# If you use a network filesystem you should enable 'netfs'.
#
DAEMONS=(syslog-ng network netfs crond dbus alsa networkmanager sensors hddtemp acpi_cpufreq cpufreq_conservative ntpd)

[Edit]
Alors voici la taille des plus gros fichiers:
-Kernel.log.1 1.5Go
-kernel.log.2 466.4Mo
-errors.log.1 1.5Go
-errors.log.2 466.6Mo
-everything.log.1 1.5Go
-everything.log.2 466.6Mo

[drs]

[ot]acpi_cpufreq et cpufreq_conservative sont des modules, le daemon c'est cpufreq. le daemon pour lm_sensors, c'est sensord[/ot]

sinon pour ton probleme,

Code : Tout sélectionner

pacman -Q logrotate

[tuxce]

Il n'y a pas d'autres moyens de voir ce qui a dedans que ... d'aller voir ce qu'il y a dedans

[nicollivier]

@drs: A propos de "logrotate", j'ai déjà des fichiers de log avec un indice(1,2...).
Donc je ne suis pas sur que ce soit cela qui puisse limiter leur taille ( Wiki)

Je suis en train d'essayer de jeter un coup d'oeil, mais cela prend du temps

Pour Kernel.log.1
le début du fichier remonte au 13/11, et je retrouve très très souvent cette ligne, toute la journée du 13, et il y a plus d'un million de ligne.....:

Code : Tout sélectionner

Nov 13 13:42:58 Archlinux kernel: [163238.335379] iwlagn 0000:02:00.0: GF was set with SGI:SISO

Idem pour le fichier errors.log.1, il est aussi remplit par la même ligne.
Et bien sur idem pour le dernier fichier "everything".

Donc il semblerait que j'ai un soucis avec mon wifi

[Edit]
Voici le retour de la commande lspci:

Code : Tout sélectionner

[/var/log] lspci
02:00.0 Network controller: Intel Corporation Centrino Wireless-N 1000

Avec comme drivers: «linux-firmware»
Pour la gestion, j'ai mis networkmanager.

[drs]

Donc je ne suis pas sur que ce soit cela qui puisse limiter leur taille ( Wiki)

http://linux.die.net/man/8/logrotate

size size
Log files are rotated when they grow bigger than size bytes. If size is followed by k, the size is assumed to be in kilobytes. If the M is used, the size is in megabytes, and if G is used, the size is in gigabytes. So size 100, size 100k, size 100M and size 100Gare all valid.

[nicollivier]

D'accord mais il ne les supprime pas, il change simplement leur nom, et je pense que c'est pour cela que je retrouve avec un dossier var de plus de 7Go, non ?!

[drs]

tu peux faire en sorte qu'il les supprime ou les compresse ou les mail, etc... je ne sais pas comment tu as configure tout ca par contre.

rotate count
Log files are rotated count times before being removed or mailed to the address specified in a mail directive. If count is 0, old versions are removed rather than rotated.

[nicollivier]

Ah en effet....

Par contre comme le disait très bien tuxce il faut savoir pourquoi ils sont aussi volumineux, et là il semblerait que j'ai un souci avec ma carte wifi, alors qu'elle fonctionne très bien...

[karhu]

Les fichiers log sont très intéressants en cas de problème, mais lorsque ton sytème est stable et sain leur intérêt est moindre. Je vais faire hurler les puristes mais moi je supprime les backups avant une mise à jour et après le redémarrage suivant réussi, je nettoie mon répertoire /var.
J'ai un petit script qui fait ça très bien. Je ne conserve que pacman.log.
Cela résoud considérablement la taille de /var, je dirai même que ça la maintien à peu près constante.

[FoolEcho]

Par contre comme le disait très bien tuxce il faut savoir pourquoi ils sont aussi volumineux, et là il semblerait que j'ai un souci avec ma carte wifi, alors qu'elle fonctionne très bien...

+1. Restreindre/vider répond à ta question mais ne fait que contourner le vrai problème.

Je vais faire hurler les puristes mais moi je supprime les backups avant une mise à jour et après le redémarrage suivant réussi, je nettoie mon répertoire /var.

Tu ne parles que de /var/log, j'espère.
-1 quand même. Perdre en log c'est perdre en visibilité (on peut ne voir un problème qu'après coup, la preuve... donc pour remonter, tintin).

le début du fichier remonte au 13/11, et je retrouve très très souvent cette ligne, toute la journée du 13, et il y a plus d'un million de ligne.....:

Code : Tout sélectionner

Nov 13 13:42:58 Archlinux kernel: [163238.335379] iwlagn 0000:02:00.0: GF was set with SGI:SISO

Idem pour le fichier errors.log.1, il est aussi remplit par la même ligne.

Une régression pour ton module wifi ou le pilote dans le kernel ?
Il faudrait que tu compares avec tes mises à jour du noyau/pilotes à cette date (par exemple: grep -i linux /var/log/pacman.log ).

[nicollivier]

Je ne suis pas sur que la date du 13/11 soit quelque chose de pertinent, car j'avais des logs numérotés jusqu'à 4, tel que:
kernel.log.4

Je me souviens aussi il y a plusieurs semaines-mois, avoir vu ce genre de message dans les logs, mais je n'y avais pas trop porté attention comme mon wifi fonctionnait.

La commande que tu me donnes, ne rapport rien pour la journée du 13:

Code : Tout sélectionner

[~] grep -i linux /var/log/pacman.log
[2011-10-23 18:20] installed util-linux (2.20.1-1)
[2011-10-23 18:20] installed linux-firmware (20110822-1)
[2011-10-23 18:20]   -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux.img
[2011-10-23 18:20] ==> Creating gzip initcpio image: /boot/initramfs-linux.img
[2011-10-23 18:20]   -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-fallback.img -S autodetect
[2011-10-23 18:21] ==> Creating gzip initcpio image: /boot/initramfs-linux-fallback.img
[2011-10-23 18:21] installed linux (3.0.7-1)
[2011-10-24 19:04] Running 'pacman -S core/linux-firmware'
[2011-10-26 06:39]  >> uncomment EnableLinuxHWVideoDecode=1 from /etc/adobe/mms.cfg.
[2011-11-06 10:59] upgraded linux-firmware (20110822-1 -> 20111101-1)
[2011-11-07 18:50]  * see https://wiki.archlinux.org/index.php/LibreOffice
[2011-11-09 06:28]   -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux.img
[2011-11-09 06:28] ==> Creating gzip initcpio image: /boot/initramfs-linux.img
[2011-11-09 06:28]   -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-fallback.img -S autodetect
[2011-11-09 06:28] ==> Creating gzip initcpio image: /boot/initramfs-linux-fallback.img
[2011-11-09 06:28] upgraded linux (3.0.7-1 -> 3.1-4)
[2011-11-15 15:30]   -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux.img
[2011-11-15 15:42] ==> Creating gzip initcpio image: /boot/initramfs-linux.img
[2011-11-15 15:42]   -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-fallback.img -S autodetect
[2011-11-15 15:42] ==> Creating gzip initcpio image: /boot/initramfs-linux-fallback.img
[2011-11-15 15:42] upgraded linux (3.1-4 -> 3.1.1-1)
[2011-11-18 19:31]   ==> Please refer to http://wiki.archlinux.org/index.php/Nfs
[2011-11-18 19:31]   ==> http://wiki.archlinux.org/index.php/NFSv4   
[2011-11-19 09:09]  * see https://wiki.archlinux.org/index.php/LibreOffice

[FoolEcho]

Il fallait bien sûr partir de la date où ces messages sont apparus... si ça fait des mois, c'est foutu, il faudra alors regarder du côté des bugs relevés concernant ce module...

[drs]

c'est peut-etre mieux d'ouvrir un nouveau thread pour ton probleme de wireless.

Avec comme drivers: «linux-firmware»

comme son nom l'indique, il s'agit d'un "pack" de firmwares, ton driver c'est iwlagn.

a tout hasard, ton reseau est-il en "mixed mode"? si tu en as la possibilite, peux-tu passer en N uniquement et voir si ces erreurs sont toujours presentes?

[tuxce]

@karhu, quand tout va bien, la /var/log/ fait dans les 50Mio, si c'est beaucoup, il faut peut être penser à acheter un disque

@nicollivier est ce que la dernière fois que ces messages apparaissent, c'est le 13 ?
Si oui, y a t il eu une mise à jour de linux{-firmware} entre temps, si oui, je pense que tu peux juste faire le ménage et à la limite surveiller de temps en temps si ça revient.

[karhu]

@tuxce pour la taille d'accord, mais pour le contenu je préfère garder que les deniers messages, c'est plus facile à consulter en cas de problème.
Par contre je ne sais pas trop comment modifier la destination des messages, car il y a redondance de l'information entre les différents fichiers log (error.log, everything.log, kernel.log, messages.log).
J'utilise donc la méthode "bourin" de l'élimination tant que tout va bien.

[tuxce]

Ca se configure dans /etc/sysctl.conf, sinon, tu as des softs pour lire les logs (sous gnome, tu as gnome-system-log), au minimum, tail. Mais bon, c'est pas le sujet du topic, après tout, tu fais comme tu le sens.

[nicollivier]

Pour la lecture des logs, j'ai trouvé un soft qui était déjà installé sous Kde «Ksystemlog», il permet d'avoir une vue rapide de l'ensemble.

Pour gagner de la place j'ai supprimé les plus gros fichiers de logs, mais je suis presque sur que le problème date d'avant le 13.

J'ai aussi passé mon réseau en «N», mais cela n'a pas résolu le soucis, toujours autant de messages qui apparaissent...