Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#26 Le 23/10/2018, à 10:32

NicoApi73

Re : /var/log/journal très lourd?

un bind vers un répertoire qui lui est localisé sur le hdd. J'ai fait ça, ça fonctionne bien sous debian, ça ne fonctionne pas sous ubuntu : kern.log et syslog ne sont plus utilisés et ce n'est pas top du tout! (là dans cette situation, je ne risque pas de remplir ma partition...)

J'essaierai ce que tu proposes.

Hors ligne

#27 Le 23/10/2018, à 12:36

grandtoubab

Re : /var/log/journal très lourd?

moko138 a écrit :

Si on admet de purger partiellement, syslog et kern.log, .
  Mais là, ce serait plutôt un jeu.  smile

y pas besoin d'usine à gaz en plus, logrotate fait  bien le travail

je limite à 7 jours

/etc/logrotate.d$ ls
alternatives  cups-daemon  exim4-paniclog  rsyslog  winbind  xsession-errors
apt           dpkg         minidlna        sophos   wtmp
btmp          exim4-base   ppp             ufw      xorg

 cat rsyslog
/var/log/syslog
{
	rotate 7
	daily
	missingok
	notifempty
	delaycompress
	compress
	postrotate
		/usr/lib/rsyslog/rsyslog-rotate
	endscript
}

/var/log/mail.info
/var/log/mail.warn
/var/log/mail.err
/var/log/mail.log
/var/log/daemon.log
/var/log/kern.log
/var/log/boot.log
/var/log/auth.log
/var/log/user.log
/var/log/lpr.log
/var/log/cron.log
/var/log/debug
/var/log/messages
{
	rotate 7
	daily
	missingok
	notifempty
	compress
	delaycompress
	sharedscripts
	postrotate
		/usr/lib/rsyslog/rsyslog-rotate
	endscript
}

https://doc.ubuntu-fr.org/logrotate


Linux tout seul sur HP Pavilion DV7 et Acer Aspire T650, Canon MG3650 en wifi
Debian 11 Bullseye Gnome/Xorg, Gnome/Wayland avec SDDM
https://bidouilledebian.wordpress.com/
ON M'A VU DANS LE VERCORS, SAUTER A L'ELASTIQUE..... J'AI DANS LES BOTTES DES MONTAGNES DE QUESTIONS....

Hors ligne

#28 Le 23/10/2018, à 12:50

ylag

Re : /var/log/journal très lourd?

@Naziel:

Salut,

Perso, j'ai appliqué exactement la procédure citée dans ton premier lien au commentaire #6 en créant un fichier /etc/systemd/system/ureadahead.service.d/quiet.conf contenant:

[Service]
ExecStart=
ExecStart=/sbin/ureadahead -q

Ça semble bien pris en compte autant sur la 16.04 que la 18.04:

yvan@yvan-maison:~$ systemctl status ureadahead.service --no-pager
● ureadahead.service - Read required files in advance
   Loaded: loaded (/lib/systemd/system/ureadahead.service; enabled; vendor preset: enabled)
  Drop-In: /etc/systemd/system/ureadahead.service.d
           └─quiet.conf
   Active: inactive (dead) since mar 2018-10-23 06:44:05 EDT; 1h 4min ago
  Process: 3391 ExecStart=/sbin/ureadahead -q (code=exited, status=0/SUCCESS)
 Main PID: 3391 (code=exited, status=0/SUCCESS)

oct 23 06:44:05 yvan-maison systemd[1]: Started Read required files in advance.
yvan@yvan-maison:~$

...ce retour est sur la 16.04; j'ai la même chose en 18.04.
Reste à en voir l'effet après plusieurs démarrages.

A+

Dernière modification par ylag (Le 23/10/2018, à 12:51)

Hors ligne

#29 Le 23/10/2018, à 17:29

Nuliel

Re : /var/log/journal très lourd?

Pour l'instant, j'ai mis une limite de 200 Mo pour les journaux systemd, mais je vais aussi ajouter le paramètre quiet à ureadahead afin de limiter un peu la quantité

Hors ligne

#30 Le 23/10/2018, à 18:34

ylag

Re : /var/log/journal très lourd?

Salut,

Naziel a écrit :

Pour l'instant, j'ai mis une limite de 200 Mo pour les journaux systemd

Tu est fort généreux !
Pour ma part, je panique dès que /var/log dépasse les 20 Mo wink smile

A+

Hors ligne

#31 Le 23/10/2018, à 18:41

Nuliel

Re : /var/log/journal très lourd?

Perso je surveillais syslog mais pas /var/log, maintenant je le ferai smile (j'ai laissé 200 Mo afin de pouvoir faire des statistiques)

Hors ligne

#32 Le 23/10/2018, à 18:42

NicoApi73

Re : /var/log/journal très lourd?

ylag a écrit :

Salut,

Naziel a écrit :

Pour l'instant, j'ai mis une limite de 200 Mo pour les journaux systemd

Tu est fort généreux !
Pour ma part, je panique dès que /var/log dépasse les 20 Mo wink smile

A+

Heureusement que tu n'as pas un RTL8723BE sur du Skylake : le record a présent (que je connais) est de 880 Go (parce que le disque faisait 1 To) big_smile kern.log et syslog faisait chacun 260 Go, le reste étant dans les archives. D'ailleurs logrotate sait traiter ce volume d'information, mais ça prend du temps big_smile

Dernière modification par NicoApi73 (Le 23/10/2018, à 18:44)

Hors ligne

#33 Le 23/10/2018, à 20:38

ylag

Re : /var/log/journal très lourd?

@NicoApi73:

Salut,

Pour ma part, j'essaie de configurer logrotate de façon à faire la rotation des logs quotidiennement et de ne garder dans les archives que les 7 derniers jours, histoire de réduire au max la taille de /var/log, puisque tous ces retours me sont indéchiffrables à 99%, de toute façon.

Je mets aussi l'option Storage=volatile dans le fichier journald.conf, pour avoir ces journaux en mémoire volatile, non enregistrés sur le disque.

[HS]J'ai suivi certaines de vos interventions concernant ce RTL 8723BE sous Skylake: Quelle horreur !
yikes wink[/HS]

A+

Dernière modification par ylag (Le 23/10/2018, à 20:48)

Hors ligne

#34 Le 14/01/2019, à 15:06

moko138

Re : /var/log/journal très lourd?

Je pense que forcer une rotation quotidienne des logs n'est pas toujours une bonne solution,

parce que quand on n'éteint pas son système - ce qui est excellent pour la longévité des disques - au bout d'une semaine on ne dispose même plus des logs de démarrage ;

parce que "retours indéchiffrables" n'est vrai que si on est sans connexion. Mais qu'il nous arrive à tous
  - de soumettre un log au forum, où il y a toujours quelqu'un pour nous éclairer,
  - ou d'éclairer quelqu'un sur le sens de son log.

= =


De plus, "l'option Storage=volatile dans le fichier journald.conf" n'est pas compatible avec tous les usages, d'après la Doc ssd_solid_state_drive qui dit :

Le passage de /var/log en tmpfs pose des problèmes avec apache, (...) avec samba (...) avec mysql.


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#35 Le 14/01/2019, à 16:43

ylag

Re : /var/log/journal très lourd?

@moko138

Salut, et une bonne nouvelle année à toi smile

Merci de tes précisions...

Au #33, je donnais l'exemple de mon installation perso, i.e.: PC fixe en triple amorçage Ubuntu 16.04.1, 18.04 et Debian testing (Buster) sur un SSD Kingston V300 de 240GB. La machine est arrêtée/démarrée quotidiennement et n'utilise ni samba et/ou apache: Dans un cas de ce genre, ma config semble fonctionner fort convenablement.
J'ai l'habitude de vérifier la taille de /var/log/ ainsi que de passer la commande:

journalctl --disk-usage

...avant chaque extinction de la machine, histoire de voir s'il n'y aurait pas gonflement anormal, auquel cas on peut alors en investiguer la cause.

A+

Dernière modification par ylag (Le 14/01/2019, à 17:47)

Hors ligne

#36 Le 14/01/2019, à 17:47

moko138

Re : /var/log/journal très lourd?

Merci !
Bonne année à toi aussi !  smile


ylag a écrit :

J'ai l'habitude de vérifier la taille de /var/log/ avant chaque extinction de la machine, histoire de voir s'il n'y aurait pas gonflement anormal, auquel cas on peut alors tenter d'en investiguer la cause.

C'est astucieux ! Par exemple :

du -ah /var/log/ | sort -h | tail

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#37 Le 14/01/2019, à 18:22

bruno

Re : /var/log/journal très lourd?

Si vous ne voulez pas que systemd-journald encombre le disque dur il suffit de supprimer le dossier /var/log/journal. Les logs de rsyslog restent disponibles dans /var/log
---------
Je précise.

Par défaut la configuration de journald est sur :

Storage = auto

ce qui signifie que les logs sont enregistrés sur le disque uniquement si le dossier /var/log/journal existe.
cf. https://www.freedesktop.org/software/sy … .conf.html

Dernière modification par bruno (Le 14/01/2019, à 20:57)

En ligne

#38 Le 14/01/2019, à 19:43

grandtoubab

Re : /var/log/journal très lourd?

ylag a écrit :

@NicoApi73:

Salut,


Je mets aussi l'option Storage=volatile dans le fichier journald.conf, pour avoir ces journaux en mémoire volatile, non enregistrés sur le disque.


A+

je préfère dans un fichier spécifique pour éviter de perdre quand le paquet est relivré

cat /etc/systemd/journald.conf.d/reduction.conf
Storage=volatile
MaxLevelStore=warning
MaxLevelSyslog=warning

Linux tout seul sur HP Pavilion DV7 et Acer Aspire T650, Canon MG3650 en wifi
Debian 11 Bullseye Gnome/Xorg, Gnome/Wayland avec SDDM
https://bidouilledebian.wordpress.com/
ON M'A VU DANS LE VERCORS, SAUTER A L'ELASTIQUE..... J'AI DANS LES BOTTES DES MONTAGNES DE QUESTIONS....

Hors ligne

#39 Le 14/01/2019, à 20:14

ylag

Re : /var/log/journal très lourd?

Salut,

grandtoubab a écrit :

je préfère dans un fichier spécifique pour éviter de perdre quand le paquet est relivré ...

+1
C'est probablement une meilleure façon de faire.



bruno a écrit :

Si vous ne voulez pas que systemd-journald encombre le disque dur il suffit de supprimer le dossier /var/log/journal. Les logs de rsyslog restent disponibles dans /var/log

Vérifié chez-moi: ça fonctionne nickel.

A+

Dernière modification par ylag (Le 14/01/2019, à 20:14)

Hors ligne

#40 Le 19/12/2019, à 04:56

moko138

Re : /var/log/journal très lourd?

Sur la limitation du poids de /var/log/journal et de {/var/log moins /var/log/journal}

Un fil récent montre
que /var/log/journal peut-être plus lourd que sa limite assignée par SystemMaxUse=

et que SystemMaxUse= n'agit pas sur les fichiers les plus récents du journal, ceux qui, précisément, risquent d'enfler très vite et très fort.


Des explications et un remède : ./viewtopic.php?pid=22191055#p22191055


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne