Actions
Feature #14542
ferméLimitation en taille et nombre des log de Wildfly
Début:
21/11/2024
Echéance:
% réalisé:
0%
Temps estimé:
Livraison en TEST:
Livraison en PROD:
Actions
Ajouté par David Lesimple il y a 11 mois. Mis à jour il y a 6 mois.
0%
Créer un .cli pour :
Suppression de ce bloc :
<periodic-rotating-file-handler name="FILE" autoflush="true">
<formatter>
<named-formatter name="PATTERN"/>
</formatter>
<file relative-to="jboss.server.log.dir" path="server.log"/>
<suffix value=".yyyy-MM-dd"/>
<append value="true"/>
</periodic-rotating-file-handler>
Ajout de ce bloc :
<size-rotating-file-handler name="FILE" autoflush="true">
<formatter>
<named-formatter name="PATTERN"/>
</formatter>
<file relative-to="jboss.server.log.dir" path="server.log"/>
<rotate-size value="5m"/>
<max-backup-index value="10"/>
<append value="true"/>
</size-rotating-file-handler>
Le nombre max de fichiers et la taille de chaque fichier sera à paramétrer dans config.properties
Après plusieurs essais, je n'ai pas réussi à faire ça car il ne semble pas possible (par script Wildfly .cli) de supprimer le bloc periodic-rotating-file-handler car le handler "FILE" en dépend et ne peut lui-même pas être supprimé.
J'ai trouvé un moyen de convertir le handler FILE
en un size-rotating-file-handler
Directement intégré dans les branches master des projets Silverpeas-Setup
et Silverpeas-Distribution
.
wildfly-logging.cli
, fait son apparition. Ce dernier modifie le handler FILE
en un handler rotationnel par la taille.SERVER_LOG_BACKUP_MAX
qui le nombre de backup de server.log à conserver avant suppression des plus vieux. Valorisé par défaut à 5Mo.SERVER_LOG_BACKUP_SIZE
qui est la taille maxi de server.log avant rotation. Valorisé par défaut à 10.