des logs volumineux
Adrien.D Membre non connecté
-
- Voir le profil du membre Adrien.D
- Inscrit le : 30/05/2011
- Site internet
- Groupes :
Reprise du message précédent
/var/log/journal dans ramfs ?Config : PC Fixe : X470 GAMING PRO- AMD Ryzen 5 2600X - 16Go RAM - Radeon RX 560 (Pilote libre) - Gentoo Linux - GNOME Desktop - Kernel 5.10 LTS
Ancien Webmaster de MageiaLinuxOnline. Les remplaçants assurent !
Ancien Webmaster de MageiaLinuxOnline. Les remplaçants assurent !
lamontagne22 Membre non connecté
-
- Voir le profil du membre lamontagne22
- Inscrit le : 25/11/2017
- Groupes :
Alors, dans cette situation, j'ai été aussi confronté à cette augmentation ( gratuite pour une fois
), des log & Cie....Pour y remédier, je ne dis pas que ce soit l’idéal, mais, je ne suis pas assez compétant pour lire les logs, et quand bien même....encore bien moins pour trouver les parades qui consisteraient à "réparer" ce qui clocherai....
d'autre part, ayant aussi un SSD > donc prendre quand même soin de lui....(en théorie > 114 ans; mais bon, s'il peut aller 10 ans de +
)voici ce que j'ai rajouté dans mon fichier fstab à la suite des UUID:
Code BASH :
tmpfs /tmp tmpfs noatime,mode=1777 tmpfs /var/log tmpfs noatime,mode=0755 tmpfs /var/tmp tmpfs noatime,mode=1777 tmpfs /home/lm22/.cache tmpfs noatime,nodev,nosuid,size=400M
Depuis, mon dossier Log ( /etc/var/log n e "pèse" que 620 ko maxi !
Ne pas me demander le contenu des logs...
Et, comme je dis souvent, chacun est maître à bord....de son pc
Édit : je crois me souvenir que j'ai en même temps, aussi supprimé manuellement le contenu du dossier Log (Faire sauvegardes avant !)
bal1 Membre non connecté
-
- Voir le profil du membre bal1
- Inscrit le : 22/01/2013
- Groupes :
le CPU est monté à 100% en permanence!
Donc retour en arrière et modification de MaxLevelStore=debug en error pour ne collecter que les erreurs.
Le CPU n'a pas détesté ; je vais surveiller mon volume de log.
Alain
Tour Dell [Intel I7 Ghz RAM 16 Go SSD 300 Go HDD 600 Go]
Mageïa 9 x86-64 bureau Xfce4
Visiteur
#!/bin/sh
find /var/log/journal/ -type f -mtime +10 -exec rm "{}" ;
Édité par Visiteur Le 29/01/2014 à 13h23
Meuz Membre non connecté
-
- Voir le profil du membre Meuz
- Inscrit le : 06/08/2011
- Groupes :
Dans un fichier, rmjournal/conf par exemple, la commande
R /var/log/journal/ - - - 10d -
fait la même chose.
kalagani Membre non connecté
-
- Voir le profil du membre kalagani
- Inscrit le : 10/03/2012
- Groupes :
depuis que je suis sous Mageia4, j'ai déjà emplafonné 2 fois l'espace que j'ai sur la partition racine (12Go), chose qui ne m'était pas arrivée il me semble avec Mageia3.
Cela viendrait il du pb évoqué dans ce post, je ne sais, mais j'ai mis en place ton exemple de ménage:
dans /etc/tmpfiles.d/ création d'un fichier rmjournal.conf
dans lequel j'ai copié/collé ce que tu écris pour effacer les fichiers > à 10 jours.
Cependant j'ai un doute car tu écris rmjournal/conf avec ce / qui pourrait laisser penser qu'il faut créer un répertoire rmjournal et enfin le fichier conf
Doute de nunuche ou pas?
Pendant que j'y suis, tu ne parles pas de droits d'exécution sur ce fichier, c'est donc qu'il n'en faut pas?
Merci
Meuz Membre non connecté
-
- Voir le profil du membre Meuz
- Inscrit le : 06/08/2011
- Groupes :
C'est bien rmjournal.conf que j'avais voulu écrire. Erreur typographique.
D'autre part, je me suis rendu compe que la commande r ou R de tmpflies.d n'accepte pas le paramétre temps. (cf page de man)
Citation :
The age field only applies to lines starting with d, D, and x. If omitted or set to "-", no automatic clean-up is done.
Pourtant juste au dessus :
Citation :
The date field, when set, is used to decide what files to delete when cleaning.
Je comprends mal les infos du man.
Le fichier est un fichier de configuration. Il n'a pas besoin de droit d'exécution.
Edit. Compléments
Il y a de tels fichiers dans /usr/lib/tmpfiles.d/
R et r n'y sont jamais utilisé avec le paramètre temps.
Édité par Meuz Le 21/02/2014 à 23h55
kalagani Membre non connecté
-
- Voir le profil du membre kalagani
- Inscrit le : 10/03/2012
- Groupes :
en effet pas très clair les infos du man!
En tout cas avec ce que j'ai mis en place, je n'ai plus de répertoire journal dans /var/log!!! Ménage assuré :+)
Caché :
[root@localhost ~]# ll /var/log/journal
ls: impossible d'accéder à /var/log/journal: Aucun fichier ou dossier de ce type
ls: impossible d'accéder à /var/log/journal: Aucun fichier ou dossier de ce type
Je vais supprimer mon fichier /etc/tmpfiles.d/rmjournal.conf pour voir si ce rep se recrée!
-> Résultat, après suppression et redémarrage PC, je n'ai toujours plus le rép journal, je me demande qui le crée!
Édité par kalagani Le 22/02/2014 à 13h15
Meuz Membre non connecté
-
- Voir le profil du membre Meuz
- Inscrit le : 06/08/2011
- Groupes :
kalagani Membre non connecté
-
- Voir le profil du membre kalagani
- Inscrit le : 10/03/2012
- Groupes :
et venait de voir que systemd-journald était bien activé et lancé au démarrage...et pourtant pas de recréation du rep journal.
Alors je l'ai recréé en root, je n'ai pas noté exactement ses droits à part qu'il était root pour le "owner" et le "group" et vide de tout rep/fichiers
J'ai relancé le PC, il est toujours là mais ses droits ont changés et surtout il n'est plus vide:
Code BASH :
drwxr-sr-x 3 root systemd-journal 4096 févr. 22 15:37 journal/ ll journal/c788cbfd6a5e4fc9aa3f268aa4affff8/ total 24612 -rw-r----- 1 root systemd-journal 8388608 févr. 22 16:33 system.journal -rw-r-----+ 1 root systemd-journal 8388608 févr. 22 15:42 user-486.journal -rw-r-----+ 1 root systemd-journal 8388608 févr. 22 16:31 user-500.journal
Ouf, j'avais peur d'avoir foutu un bordel monstre!
Me revoilà au point de départ.
A regarder la syntaxe du fichier /usr/lib/tmpfiles.d/tmp.conf
d /tmp 1777 root root 10d
je dirais qu'il faudrait creer le journal.conf avec en Type Path Mode UID GID Age Argument
d /var/log/journal - root systemd-journal 10d
ou plus "ouvert"
d /var/log/journal - - - 10d
J'essaie avec cette dernière dans /usr/lib/tmpfiles.d/ mais avec 1d pour voir si demain il y a un effacement...
EDIT 23/02/2013: lendemain d'hier où j'ai mis 1d -> les fichiers en date du 22 ont disparu ce 23
Code BASH :
ll /var/log/journal/c788cbfd6a5e4fc9aa3f268aa4affff8/ total 49224 -rw-r----- 1 root systemd-journal 8388608 févr. 23 11:02 system@cb8c1aa671ac459fb1b6ef2c98e430b9-0000000000000001-0004f2ffab823e07.journal -rw-r----- 1 root systemd-journal 8388608 févr. 23 21:51 system.journal -rw-r-----+ 1 root systemd-journal 8388608 févr. 23 11:02 user-486@c7150a0cb7b3430caa4616e84af2981e-000000000000061c-0004f2ffad8494af.journal -rw-r-----+ 1 root systemd-journal 8388608 févr. 23 11:06 user-486.journal -rw-r-----+ 1 root systemd-journal 8388608 févr. 23 11:02 user-500@2da0b50f5f184363a1386146caf69a2e-000000000000064c-0004f2ffae6f7f63.journal -rw-r-----+ 1 root systemd-journal 8388608 févr. 23 19:01 user-500.journal du . -sh 816K . journalctl -b --no-pager _SYSTEMD_UNIT=systemd-journald.service -- Logs begin at sam. 2014-02-22 15:37:43 CET, end at dim. 2014-02-23 18:58:21 CET. --
EDIT 24/02/2013: surlendemain d'hier où j'ai mis 1d -> les fichiers en date du 23 sont toujours là, des du 24 sont apparus ce 24...
Code BASH :
ll /var/log/journal/c788cbfd6a5e4fc9aa3f268aa4affff8/ total 57428 -rw-r----- 1 root systemd-journal 8388608 févr. 23 11:02 system@cb8c1aa671ac459fb1b6ef2c98e430b9-0000000000000001-0004f2ffab823e07.journal -rw-r----- 1 root systemd-journal 8388608 févr. 24 09:16 system@cb8c1aa671ac459fb1b6ef2c98e430b9-0000000000001939-0004f30ff4609f91.journal -rw-r----- 1 root systemd-journal 8388608 févr. 24 21:51 system.journal -rw-r-----+ 1 root systemd-journal 8388608 févr. 23 11:02 user-486@c7150a0cb7b3430caa4616e84af2981e-000000000000061c-0004f2ffad8494af.journal -rw-r-----+ 1 root systemd-journal 8388608 févr. 24 14:59 user-486.journal -rw-r-----+ 1 root systemd-journal 8388608 févr. 23 11:02 user-500@2da0b50f5f184363a1386146caf69a2e-000000000000064c-0004f2ffae6f7f63.journal -rw-r-----+ 1 root systemd-journal 8388608 févr. 24 21:07 user-500.journal $ cd /var/log/journal/c788cbfd6a5e4fc9aa3f268aa4affff8/ $ du . -sh 57M . journalctl -b --no-pager _SYSTEMD_UNIT=systemd-journald.service -- Logs begin at sam. 2014-02-22 15:37:43 CET, end at lun. 2014-02-24 21:03:21 CET. --
Édité par kalagani Le 24/02/2014 à 22h03
kalagani Membre non connecté
-
- Voir le profil du membre kalagani
- Inscrit le : 10/03/2012
- Groupes :
et bien mon fichier
Code BASH :
a l'air d'être inopérant:cat /usr/lib/tmpfiles.d/journal.conf d /var/log/journal - - - 1d
Caché :
les fichiers en date du 23 sont toujours là et ont été créés des fichiers pour chaque jour depuis...
Code BASH :
ll |sort -rw-r----- 1 root systemd-journal 8388608 févr. 23 11:02 system@cb8c1aa671ac459fb1b6ef2c98e430b9-0000000000000001-0004f2ffab823e07.journal -rw-r----- 1 root systemd-journal 8388608 févr. 24 09:16 system@cb8c1aa671ac459fb1b6ef2c98e430b9-0000000000001939-0004f30ff4609f91.journal -rw-r----- 1 root systemd-journal 8388608 févr. 25 10:03 system@cb8c1aa671ac459fb1b6ef2c98e430b9-0000000000002eb1-0004f322952fb292.journal -rw-r----- 1 root systemd-journal 8388608 févr. 26 12:37 system@cb8c1aa671ac459fb1b6ef2c98e430b9-000000000000472a-0004f3375e5619e5.journal -rw-r----- 1 root systemd-journal 8388608 févr. 27 10:48 system@cb8c1aa671ac459fb1b6ef2c98e430b9-0000000000005fa3-0004f34da30f9af2.journal -rw-r----- 1 root systemd-journal 8388608 févr. 27 11:23 system@0004f360b61f97f4-00188544e6d1ffc6.journal~ -rw-r----- 1 root systemd-journal 8388608 févr. 28 22:22 system@bfff4670a1de422a8d61080cab0f4a79-0000000000000001-0004f360b3db98d9.journal -rw-r----- 1 root systemd-journal 8388608 févr. 28 22:44 system@bfff4670a1de422a8d61080cab0f4a79-00000000000090d8-0004f37e08daaf3e.journal -rw-r----- 1 root systemd-journal 8388608 févr. 28 23:10 system@bfff4670a1de422a8d61080cab0f4a79-000000000000aaa2-0004f37e57b6ec95.journal -rw-r----- 1 root systemd-journal 8388608 mars 1 10:09 system.journal -rw-r-----+ 1 root systemd-journal 8388608 févr. 23 11:02 user-486@c7150a0cb7b3430caa4616e84af2981e-000000000000061c-0004f2ffad8494af.journal -rw-r-----+ 1 root systemd-journal 8388608 févr. 23 11:02 user-500@2da0b50f5f184363a1386146caf69a2e-000000000000064c-0004f2ffae6f7f63.journal -rw-r-----+ 1 root systemd-journal 8388608 févr. 25 10:03 user-486@c7150a0cb7b3430caa4616e84af2981e-00000000000029cc-0004f31956b59a91.journal -rw-r-----+ 1 root systemd-journal 8388608 févr. 25 10:03 user-500@2da0b50f5f184363a1386146caf69a2e-0000000000002341-0004f3100fee1f09.journal -rw-r-----+ 1 root systemd-journal 8388608 févr. 26 12:37 user-486@c7150a0cb7b3430caa4616e84af2981e-0000000000004cb5-0004f33f3d826c0a.journal -rw-r-----+ 1 root systemd-journal 8388608 févr. 26 12:38 user-502@40d115ea41904bf7b0d849cdb236c78d-00000000000053ec-0004f34065bf2e93.journal -rw-r-----+ 1 root systemd-journal 8388608 févr. 26 17:51 user-502.journal -rw-r-----+ 1 root systemd-journal 8388608 févr. 28 22:44 user-486@917ddad2b2dd4e6ea69bce26588c434b-00000000000065c7-0004f34da8523f3a.journal -rw-r-----+ 1 root systemd-journal 8388608 févr. 28 22:44 user-500@2da0b50f5f184363a1386146caf69a2e-00000000000048ce-0004f3399ee2df99.journal -rw-r-----+ 1 root systemd-journal 8388608 févr. 28 23:10 user-486@917ddad2b2dd4e6ea69bce26588c434b-000000000000b00d-0004f37e790fdf8b.journal -rw-r-----+ 1 root systemd-journal 8388608 mars 1 09:31 user-486.journal -rw-r-----+ 1 root systemd-journal 8388608 mars 1 09:38 user-500.journal cd /var/log/journal/c788cbfd6a5e4fc9aa3f268aa4affff8/ du . -sh 177M . journalctl -b --no-pager _SYSTEMD_UNIT=systemd-journald.service -- Logs begin at sam. 2014-02-22 15:37:43 CET, end at sam. 2014-03-01 09:33:53 CET. --
teutates Membre non connecté
-
- Voir le profil du membre teutates
- Inscrit le : 24/09/2011
- Site internet
- Groupes :
kalagani Membre non connecté
-
- Voir le profil du membre kalagani
- Inscrit le : 10/03/2012
- Groupes :
mettre les fichiers temporaires en RAM semble en effet le plus logique, mais le défaut c'est que celle-ci n'est plus disponible pour les programmes d'autant plus que dans l'exemple il n'y a pas de limitation sauf pour .cache.
Avec la modif que te donnes donc un df -h |grep tmpfs?
ci-dessous sur ma machine sans la modif
Caché :
J'ai cru comprendre qu'en l'absence de size, c'était la moitié de la RAM qui était allouée à tmpfs, ce qui semble être le cas sur mon PC tmpfs=1002M pour ~2051M de RAMdf -h |grep tmpfs
devtmpfs 996M 0 996M 0% /dev
tmpfs 1002M 80K 1002M 1% /dev/shm
tmpfs 1002M 1,1M 1001M 1% /run
tmpfs 1002M 0 1002M 0% /sys/fs/cgroup
tmpfs 1002M 1,1M 1001M 1% /var/spool/postfix/run/saslauthd
devtmpfs 996M 0 996M 0% /dev
tmpfs 1002M 80K 1002M 1% /dev/shm
tmpfs 1002M 1,1M 1001M 1% /run
tmpfs 1002M 0 1002M 0% /sys/fs/cgroup
tmpfs 1002M 1,1M 1001M 1% /var/spool/postfix/run/saslauthd
Caché :
echo $(grep MemTotal: /proc/meminfo) | cut -d' ' -f2
MemTotal: 2051604 kB
MemTotal: 2051604 kB
Perso, pour les dossiers /tmp, home/user/tmp, .thumbnails, .macromedia j'ai déjà mis en place un mécanisme de purge en m'appuyant sur l'effacement du /tmp proposé à la fermeture via le CCM:
ici dans le topic "Vous allez trouvez ca c.. mais..."
Édité par kalagani Le 01/03/2014 à 15h41
teutates Membre non connecté
-
- Voir le profil du membre teutates
- Inscrit le : 24/09/2011
- Site internet
- Groupes :
Effectivement, il existe des contreparties à déplacer ces fichiers en RAM. Les journaux ne sont plus exploitables pour dépanner un problème non plus. Un choix à faire. Dans mon cas, avec 16 Go de RAM, je ne me suis pas trop posé de question. Au démarrage, la RAM monte vers les 4 Go, guère davantage. Actuellement, j'utilise 10.8 Go de RAM uniquement parce que je virtualise un système en 64 bits (avec 4 Go alloués à cette machine virtuelle).
Voici le résultat de la commande (pendant la virtualisation quand même) :
Caché :
[root@localhost thierry]# df -h |grep tmpfs
devtmpfs 7,9G 0 7,9G 0% /dev
tmpfs 7,9G 3,2M 7,9G 1% /dev/shm
tmpfs 7,9G 9,2M 7,9G 1% /run
tmpfs 7,9G 0 7,9G 0% /sys/fs/cgroup
tmpfs 7,9G 372K 7,9G 1% /var/log
tmpfs 7,9G 353M 7,5G 5% /var/tmp
tmpfs 7,9G 140K 7,9G 1% /tmp
tmpfs 400M 188M 213M 47% /home/thierry/.cache
[root@localhost thierry]#
[root@localhost thierry]# df -h |grep tmpfs
devtmpfs 7,9G 0 7,9G 0% /dev
tmpfs 7,9G 3,2M 7,9G 1% /dev/shm
tmpfs 7,9G 9,2M 7,9G 1% /run
tmpfs 7,9G 0 7,9G 0% /sys/fs/cgroup
tmpfs 7,9G 372K 7,9G 1% /var/log
tmpfs 7,9G 353M 7,5G 5% /var/tmp
tmpfs 7,9G 140K 7,9G 1% /tmp
tmpfs 400M 188M 213M 47% /home/thierry/.cache
[root@localhost thierry]#
Après avoir arrêter ma virtualisation, je n'utilise que 6.6 Go de RAM et les résultats de la commandes n'ont sensiblement pas bougé :
Caché :
[root@localhost thierry]# df -h |grep tmpfs
devtmpfs 7,9G 0 7,9G 0% /dev
tmpfs 7,9G 2,0M 7,9G 1% /dev/shm
tmpfs 7,9G 9,2M 7,9G 1% /run
tmpfs 7,9G 0 7,9G 0% /sys/fs/cgroup
tmpfs 7,9G 372K 7,9G 1% /var/log
tmpfs 7,9G 356M 7,5G 5% /var/tmp
tmpfs 7,9G 152K 7,9G 1% /tmp
tmpfs 400M 278M 123M 70% /home/thierry/.cache
[root@localhost thierry]#
devtmpfs 7,9G 0 7,9G 0% /dev
tmpfs 7,9G 2,0M 7,9G 1% /dev/shm
tmpfs 7,9G 9,2M 7,9G 1% /run
tmpfs 7,9G 0 7,9G 0% /sys/fs/cgroup
tmpfs 7,9G 372K 7,9G 1% /var/log
tmpfs 7,9G 356M 7,5G 5% /var/tmp
tmpfs 7,9G 152K 7,9G 1% /tmp
tmpfs 400M 278M 123M 70% /home/thierry/.cache
[root@localhost thierry]#
Je ne suis quand même pas certain de la bonne interprétation.
kalagani Membre non connecté
-
- Voir le profil du membre kalagani
- Inscrit le : 10/03/2012
- Groupes :
Citation :
et bien moi non plus :+)Je ne suis quand même pas certain de la bonne interprétation.
D'aillleurs à ce propos doit on limiter le répertoire .cache? Et sont ce vraiment des fichiers temporaires qu'il contient?
Sur ma machine il fait 881M, avec des trucs qui datent de 2010 de quand j'étais en Mageia2!!!
Caché :
et c'est vrai que j'y vois des applis que j'avais essayé shotwell, lightspark... mais que je n'ai plus d'installées...C'est plutôt ici une limitation sur l'age plutot que la taille qui s'imposerait!Code BASH :
ls -rtl total 96 drwx------ 2 kalagani live 4096 juin 11 2010 vlc/ drwxrwxr-x 3 kalagani live 4096 juil. 6 2010 gnome-mplayer/ drwx------ 3 kalagani live 4096 avril 11 2012 gegl-0.1/ drwx------ 3 kalagani live 4096 juin 12 2012 gegl-0.2/ drwxrwxr-x 7 kalagani live 4096 nov. 15 2012 RawTherapee/ drwxr-xr-x 3 kalagani live 4096 mars 14 2013 geeqie/ drwx------ 2 kalagani live 4096 mars 24 2013 darktable/ drwxr-xr-x 2 kalagani root 4096 avril 1 2013 yawp/ drwxrwxr-x 2 kalagani live 4096 avril 21 2013 shotwell/ -rw-r--r-- 1 kalagani live 12288 avril 21 2013 event-sound-cache.tdb.e8910c8f057530f72d1fb8a0000002df.x86_64-mageia-linux-gnu drwxr-xr-x 2 kalagani live 4096 mai 16 2013 tracker/ drwx------ 2 kalagani live 4096 mai 29 2013 evolution/ drwx------ 2 kalagani live 4096 juil. 9 2013 mc/ drwxr-xr-x 2 kalagani live 4096 nov. 1 23:12 lightspark/ drwx------ 3 kalagani live 4096 nov. 10 16:23 mozilla/ drwx------ 2 kalagani live 4096 nov. 22 10:04 thunderbird/ drwxr-xr-x 2 kalagani live 4096 janv. 13 17:16 gstreamer-1.0/ drwxr-xr-x 4 kalagani live 4096 janv. 17 17:07 Clementine/ -rw-r--r-- 1 kalagani live 12288 févr. 26 22:06 event-sound-cache.tdb.localhost.xw4300.x86_64-mageia-linux-gnu drwxr-xr-x 19 kalagani live 4096 févr. 26 22:53 winetricks/ du . -sh 881M .
Autrement, j'ai ajouté une ligne avec r dans
Code BASH :
cat /usr/lib/tmpfiles.d/journal.conf d /var/log/journal - - - 1d r /var/log/journal/c788cbfd6a5e4fc9aa3f268aa4affff8/*
Cela semble cette fois faire un effet, puisque qu'il n'y a que des fichiers en date du jour
Caché :
et de l'heure de redémarrage du PC, résultat constaté à 3 redémarrages ce jour...
Code BASH :
[kalagani@localhost c788cbfd6a5e4fc9aa3f268aa4affff8]$ ll total 24612 -rw-r----- 1 root systemd-journal 8388608 mars 1 19:34 system.journal -rw-r-----+ 1 root systemd-journal 8388608 mars 1 19:19 user-486.journal -rw-r-----+ 1 root systemd-journal 8388608 mars 1 19:24 user-500.journal $ du . -sh 25M . $ journalctl -b --no-pager _SYSTEMD_UNIT=systemd-journald.service -- Logs begin at sam. 2014-03-01 19:14:22 CET, end at sam. 2014-03-01 19:21:51 CET. --
teutates Membre non connecté
-
- Voir le profil du membre teutates
- Inscrit le : 24/09/2011
- Site internet
- Groupes :
r /var/log/journal/c788cbfd6a5e4fc9aa3f268aa4affff8/*
Il sort d'où ce dossier avec un nom pareil ? Je suppose que c'est le nom que tu as trouvé mais est-il possible que plus tard ce soit un nouveau nom ? car si le nom de dossier bouge ton script ne sera plus correct. Quoi qu'il en soit, depuis que j'ai tout viré en RAM, je n'ai pas de sous dossier avec des noms pareils (même pas un /var/log/journal ).
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie