catalina.out rouler 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) apparaissent correctement (quotidiennement).

Cependant, outre les journaux quotidiens, il existe également un fichier catalina.out qui ne cesse de croître. C’est ce que je dois corriger, c’est-à-dire le faire effacer quotidiennement (ou le supprimer complètement si possible)

Quelqu’un peut-il expliquer ce qui se passe ici et la meilleure stratégie pour contrôler cette taille de fichier journal?

Juste pour clarifier le résultat est écrit à Catalina.out et le journal quotidien simultanément

-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 

La configuration de swallowOutput semble ne faire aucune différence.

L’application en cours d’exécution sous tomcat est une solution au cas où cela est pertinent.

Corrigé, il s’avère que la configuration de journalisation standard définit un enregistreur de fichiers et également un enregistreur de console. L’enregistreur de fichiers est consigné dans le journal catalina quotidien et le consignateur de consoles écrit sur 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 arrête tout ce qui est écrit à Catalina.out

Salut vous pouvez vouloir essayer cette solution

http://java.dzone.com/articles/how-rotate-tomcat-catalinaout

Il utilise un cronjob (logrotate) pour copier, compresser et nettoyer votre catalina.out et si vous regardez logrotate vous verrez qu’il a beaucoup de fonctionnalités supplémentaires. Il n’interfère pas avec les journaux quotidiens, sauf si vous le configurez. Je l’ai trouvé utile lorsque j’ai été confronté au même problème.

BTW supprimer le gestionnaire de la console n’affectera que les messages produits par Tomcat.

J’ai eu le même problème sur le serveur SOLR de Ubuntu 11.04 et le fichier catalina.out était presque de 1 Go. Après

modifier 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 sur le dossier / etc / tomcat6 / pour Ubuntu Linux.

vous pouvez faire pivoter le fichier catalina.out par configure: –

Pas:-

  • 1) Allez à /etc/logrotate.d et créez un fichier tomcat

  • 2) Coller sous la ligne

  • Tourner par taille

/opt/OS/OS2/logs/catalina.out {
copier
du quotidien
tourner 30
compresse
disparus
taille 20M
}

– taille – sauvegarde catelina.out si la taille est supérieure à 20 Mo

OU

  • Faire pivoter par date

/opt/deadpool/apache-tomcat/logs/catalina.out {

copier

dateext

du quotidien

tourner 30

compresse

disparus

}

  • tourner – Enregistrer les 30 dernières rotations
  • dateext – sauvegarde catelina.out tous les jours
  • tous les jours – Rotation quotidienne
  • compresser – rotation sous forme de compresse
  • missingok – si quelque chose manque dans la rotation, cela ne créera aucun problème

3) Redémarrer le serveur

Son travail pour moi 🙂 J’espère que cela aidera quelqu’un.

Je vous remercie 🙂

J’ai également remarqué que mon dossier de connexion tomcat ( /usr/local/tomcat/logs ) était très volumineux. Pour vérifier la taille du dossier du 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 chaque nuit ou vous pouvez exécuter ces commandes manuellement. Voici le script shell qui supprime 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