J'ai une installation Tomcat par défaut sans modification de la configuration de la journalisation. Les fichiers journaux (en particulier catalina.out) semblent être correctement roulés (quotidiennement).
Cependant, en plus des journaux quotidiens, il existe également un fichier catalina.out, qui continue de croître. C’est ce que j’ai besoin de réparer, c’est-à-dire de le nettoyer tous les jours (ou de l’enlever si possible)
Quelqu'un peut-il expliquer ce qui se passe ici et la meilleure stratégie pour contrôler la taille du fichier journal?
Juste pour clarifier, le résultat est écrit simultanément dans catalina.out et le journal quotidien
-rw-r--r-- 1 solr solr 90920663 Jul 18 01:16 logs/catalina.2009-07-18.log
-rw-r--r-- 1 solr solr 238010 Jul 18 01:16 logs/catalina.out
Définir swallowOutput ne semble pas faire de différence.
L'application exécutée sous Tomcat est la seule solution pertinente.
Corrigé, la configuration de journalisation standard s'avère être un enregistreur de fichiers et également un enregistreur de console. L'enregistreur de fichiers accède au journal catalina quotidien et l'enregistreur de la console écrit dans catalina.out.
Le correctif était de changer dans conf/logging.properties:
.handlers = 1catalina.org.Apache.juli.FileHandler, Java.util.logging.ConsoleHandler
à
.handlers = 1catalina.org.Apache.juli.FileHandler
Cela empêche tout ce qui est écrit sur catalina.out
Bonjour, vous voudrez peut-être essayer cette solution
http://Java.dzone.com/articles/how-rotate-Tomcat-catalinaout
Il utilise un fichier cronjob (logrotate) pour copier, compresser et nettoyer votre fichier catalina.out. Si vous examinez logrotate, vous constaterez qu'il comporte de nombreuses fonctionnalités supplémentaires. Il n’interfère pas avec les journaux quotidiens, à moins que vous ne le configuriez. Je l'ai trouvé utile quand j'ai été confronté au même problème.
La suppression de BTW du gestionnaire de console n’affectera que les messages produits par Tomcat.
vous pouvez faire pivoter le fichier catalina.out en configurant: -
Pas:-
1) Allez vers /etc/logrotate.d et créez le fichier Tomcat
2) coller en dessous de la ligne
Tourner par taille
/opt/OS/OS2/logs/catalina.out {
copier-tronquer
du quotidien
tourner 30
compresse
missingok
taille 20M
}
- taille - sauvegarde catelina.out si la taille est supérieure à 20 Mo
OR
/opt/deadpool/Apache-Tomcat/logs/catalina.out {
copier-tronquer
dateext
du quotidien
tourner 30
compresse
missingok
}
3) Redémarrez le serveur
Son travail pour moi:) J'espère que cela aidera quelqu'un.
Je vous remercie :)
J'ai eu le même problème sur le serveur Ubuntu 11.04 SOLR et le fichier catalina.out faisait presque 1 Go. Après
changement de logging.properties:
.handlers = 1catalina.org.Apache.juli.FileHandler, Java.util.logging.ConsoleHandler
à
.handlers = 1catalina.org.Apache.juli.FileHandler
Cela arrête de se connecter à catalina.out
Vous pouvez trouver le fichier logging.properties file dans le dossier/etc/Tomcat6/pour Ubuntu Linux.
J'ai aussi remarqué que mon dossier de journalisation Tomcat (/usr/local/Tomcat/logs
) était assez énorme. Pour vérifier la taille du dossier de journal, procédez comme suit: du -hs /usr/local/Tomcat/logs/
. Pour résoudre ce problème en configurant un cron qui nettoierait les fichiers toutes les nuits ou en exécutant ces commandes manuellement. Voici le script Shell qui supprimerait les fichiers de 5 jours
#!/bin/sh
find /usr/local/Tomcat/logs -name 'catalina.*.log' -mtime +5 -print0 | xargs -0 rm -f
find /usr/local/Tomcat/logs -name 'localhost_access_log.*.txt' -mtime +5 -print0 | xargs -0 rm -f