web-dev-qa-db-fra.com

catalina.out roulant avec Tomcat 6.0

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.

39
objects

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

67
objects

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.

4
Rambo Amadeus

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

  • Rotation par date

/opt/deadpool/Apache-Tomcat/logs/catalina.out {

copier-tronquer

dateext

du quotidien

tourner 30

compresse

missingok

}

  • rotation - Sauvegarde des 30 dernières rotations
  • dateext - sauvegarde tous les jours
  • daily - Rotation quotidienne
  • compresse - rotation sous forme compressée
  • missingok - s'il manque quelque chose en rotation, cela ne créera aucun problème

3) Redémarrez le serveur

Son travail pour moi:) J'espère que cela aidera quelqu'un.

Je vous remercie :)

2
Skyfall

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.

1
Guray Celik

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
0
RC_02