Anomalie #1833
Evolution qui remplit les logs (et donc la racine) sur Kavakava
100%
Description
Même problème qu'en 2015 sur le laptop de Jeanne : https://agir.april.org/issues/1654
Écriture de 50 000 lignes de logs par secondes dans messages, user.log et syslog :
Nov 30 09:49:10 kavakava org.gnome.evolution.dataserver.Calendar4[1151]: (evolution-calendar-factory:1382): libecal-CRITICAL **: time_days_in_month: assertion 'year >= 1900' failed
J'ai appliqué la même règle sur le rsyslog pour que cela ne se reproduise pas :
Modification de /etc/rsyslog.d/01-blocklist.conf ajout de la ligne :
:msg,contains,"evolution-calendar-factory" ~
Relance du service.
Historique
Mis à jour par Quentin Gibeaux il y a environ 7 ans
- Statut changé de Résolu à Nouveau
La solution fonctionne pour rsyslog, mais journalctl continue de loger ces informations.
Les logs de journald étant binaires et compressés, c'est moins volumineux, mais ça surcharge le cpu et fait chauffer inutilement kavakava.
-> voir pour appliquer la même règle (regex à ne pas loger) au niveau de journald
Mis à jour par Quentin Gibeaux il y a environ 7 ans
J'ai fait quelques recherches et j'ai pas encore trouvé quoique ce soit dans systemd-journald de similaire à notre configuration de rsyslog, qui ignore les logs qui correspondent à une regexp précise.
Je me demande s'il existe une telle fonctionnalité chez journald…
Mis à jour par Quentin Gibeaux il y a environ 7 ans
Les recherches ont été infructueuses pour configurer systemd de sorte qu'il ne traite pas certaines entrées de evolution.
Pas trouvé de solutions non plus avec evolution pour éviter qu'il reproduise ce bug.
En attendant, on a installé Korganizer sur kavakava et Isabella est encouragée à l'utiliser à la place du calendrier d'evolution.
Mis à jour par Quentin Gibeaux il y a presque 7 ans
- Statut changé de Nouveau à Fermé
Isabella est passée à thunderbird