/var/log/journal très lourd?

NicoApi73 · Le 23/10/2018, à 10:32

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.

grandtoubab · Le 23/10/2018, à 12:36

moko138 a écrit :

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

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

ylag · Le 23/10/2018, à 12:50

@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)

Nuliel · Le 23/10/2018, à 17:29

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é

ylag · Le 23/10/2018, à 18:34

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

A+

Nuliel · Le 23/10/2018, à 18:41

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

NicoApi73 · Le 23/10/2018, à 18:42

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
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) 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

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

ylag · Le 23/10/2018, à 20:38

@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 !
[/HS]

A+

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

moko138 · Le 14/01/2019, à 15:06

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.

ylag · Le 14/01/2019, à 16:43

@moko138

Salut, et une bonne nouvelle année à toi

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)

moko138 · Le 14/01/2019, à 17:47

Merci !
Bonne année à toi aussi !

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

bruno · Le 14/01/2019, à 18:22

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)

grandtoubab · Le 14/01/2019, à 19:43

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

ylag · Le 14/01/2019, à 20:14

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)

moko138 · Le 19/12/2019, à 04:56

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

Ubuntu-fr

Navigation

Liens de recherche

Annonce

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Pied de page des forums