From 5352393adb9d167c6ec102b8c86e58b9140a2837 Mon Sep 17 00:00:00 2001 From: whirigoyen Date: Mon, 2 Jan 2023 17:00:20 +0100 Subject: [PATCH] =?UTF-8?q?Mise=20de=20la=20d=C3=A9sactivation=20de=20la?= =?UTF-8?q?=20JVM=C2=A0dans=20jvm.options.d/=20plut=C3=B4t=20que=20dans=20?= =?UTF-8?q?la=20conf=20par=20d=C3=A9faut=20jvm.options?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- HowtoElasticsearch.md | 6 ++---- 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/HowtoElasticsearch.md b/HowtoElasticsearch.md index c58a3883..ffd478a9 100644 --- a/HowtoElasticsearch.md +++ b/HowtoElasticsearch.md @@ -164,7 +164,7 @@ Il active alors un certain nombre de "bootstrap checks" qui bloquent le démarra On peut aussi forcer l'exécution de ces contrôles en activant `es.enforce.bootstrap.checks` à *true* dans les options de la JVM -### Rotation des logs +### Rotation et compression des logs ElasticSearch fait de lui-même une rotation des logs en datant le fichier du jour et en créant un nouveau fichier. Par contre, aucune compression ni nettoyage n'est fait. Il est possible de déclencher une tâche tous les jours pour faire cela : @@ -188,11 +188,9 @@ En l'indiquant dans une crontab elle sera exécutée quand vous le souhaitez, ex Le ramasse-miettes de la JVM produit aussi des logs, mais la JVM ne permet pas de faire leur rotation avec le jour dans le nom du fichier. A cause de cela, on ne peut pas juste mettre en place un simple cron de compression (car cela perturbe complètement la numérotation). A la place, on désactive la rotation par la JVM et on met en place un `logrotate` à la place : -Dans `/etc/elasticsearch/jvm.options`, remplacer : +Créer un fichier `/etc/elasticsearch/jvm.options.d/.options` et y ajouter : ~~~ --Xlog:gc*,gc+age=trace,safepoint:file=/var/log/elasticsearch/gc.log:utctime,pid,tags:filecount=32,filesize=64m -par -Xlog:gc*,gc+age=trace,safepoint:file=/var/log/elasticsearch/gc.log:utctime,pid,tags:filecount=0 ~~~