catalina.out文件过大

た入场券 2024-02-17 15:37 81阅读 0赞

文件过大占服务器内存太大的时候系统会变的很慢，然后打不开，适当的删除些tomcat下的log系统就正常了。内存够了。所以可以适当的删除catalina.out的文件，这个文件在每次重启tomcat的时候会进行更新备份当天的数据，比如在2011-12-15日重启服务了，服务器上有个catalina12-15.log的文件，如果你以为这就是从上一次重启服务到这次重启服务间得日志文件保存，那我告诉你也我不清楚，但是现在我清楚了，如果你每次都不清除catalina.out的文件，那每次尽管产生了log的文件，后续的东西也还是会在out的文件上继续追加的写日志，然后你会发现你重启了N次了，删掉了N个log，但是内存还是没大多少，这个时候果断的在停掉服务后删掉out文件再重启服务应该就OK了。我用的是最差劲的那个办法了。适当的时候就删掉一些。

Linux下的tomcat产生的日志文件不象windows下的按时间时间和大小来处理，

尽管也生成了日志文件catalina.2009-0x-0x.log类型的文件，但是其中的catalina.out文件依然增大；它为啥在增大，为啥在增大，原因我就不探究了。

Tomcat的官方文档，由于是外文，偶还没有看明白di；

[http://tomcat.apache.org/tomcat-6.0-doc/logging.html][http_tomcat.apache.org_tomcat-6.0-doc_logging.html]

据说是修改某些配置可以实现，希望高人指点，给个官方的解决方案；

老是增大也不是办法，还是想其他办法搞定它为好：

**方法1—分割流**

使用cronolog工具切分Tomcat的catalina.out日志文件

cronolog一个对日志切分的小工具，其主页在[http://cronolog.org/][http_cronolog.org]，我们也可以用它来切分Apache的日志。

具体的方法，您可以去google之，这个方法占网络搜索结果的主流；

**方法2—脚本流**

事情终究不过是个大文件处理的问题，强大的bash来搞定；

使用cron每天来备份当前的catalina.out，然后清空他的内容；

参考脚本如下：

\#!/bin/sh

y=\`date "+%Y"\`

m=\`date "+%m"\`

d=\`date "+%d"\`

cd /PATH /tomcat/logs

cp catalina.out catalina.out.$y$m$d

echo > catalina.out

exit

注意linux系统的cron服务是否启动，是否正常工作，还有脚本的存放路径（原因暂保密）

**方法3—猥琐流**

打开bin目录下的catalina.sh文件，终究不过是个bash文件，

查找一下，catalina.out总共出现三次；

部分截图：

shift

touch "$CATALINA\_BASE"/logs/catalina.out

if \[ "$1" = "-security" \] ; then

echo "Using Security Manager"

shift

"$\_RUNJAVA" $JAVA\_OPTS "$LOGGING\_CONFIG" $CATALINA\_OPTS \\

\-Djava.endorsed.dirs="$JAVA\_ENDORSED\_DIRS" -classpath "$CLASSPATH" \\

\-Djava.security.manager \\

\-Djava.security.policy=="$CATALINA\_BASE"/conf/catalina.policy \\

\-Dcatalina.base="$CATALINA\_BASE" \\

\-Dcatalina.home="$CATALINA\_HOME" \\

\-Djava.io.tmpdir="$CATALINA\_TMPDIR" \\

org.apache.catalina.startup.Bootstrap "$@" start \\

>> "$CATALINA\_BASE"/logs/catalina.out 2>&1 &

if \[ ! -z "$CATALINA\_PID" \]; then

echo $! > $CATALINA\_PID

else

"$\_RUNJAVA" $JAVA\_OPTS "$LOGGING\_CONFIG" $CATALINA\_OPTS \\

\-Djava.endorsed.dirs="$JAVA\_ENDORSED\_DIRS" -classpath "$CLASSPATH" \\

\-Dcatalina.base="$CATALINA\_BASE" \\

\-Dcatalina.home="$CATALINA\_HOME" \\

\-Djava.io.tmpdir="$CATALINA\_TMPDIR" \\

org.apache.catalina.startup.Bootstrap "$@" start \\

>> "$CATALINA\_BASE"/logs/catalina.out 2>&1 &

个人觉得也就是这里是写catalina.out文件的；让他写到一个其他的空设备如何？

修改前注意原文件的catalina.sh的备份哟~！！

修改以上代码中的

>> "$CATALINA\_BASE"/logs/catalina.out 2>&1 &

为

>> /dev/null 2>&1 &

保存，然后启动tomcat，目前这个  catalina.out一直是空的了。

这个方法是偶自己想到的，个人认为比较勇敢，目前还没有在生产环境测试过。虚拟机测试是通过的。

**方法4—人流**

这个方法其实就是linux系统管理员手工去删除，人工操作，简称“人流”；

删除之前最好停止tomcat的服务；

### Tomcat catalina.out日志超大问题，与打开查看。 ###

**一、打开超大日志文件，查看日志**  
  
一线反馈应用出现故障，不能处理下发的任务。获取应用日志后发现可疑的任务多线程处理部分，异常捕获的不好。如果出现RuntimeException异常，将不会记录在系统日志中。  
  
叫一线取下catalina.out日志文件，如果有未捕获的RuntimeException异常则会记录在这个文件中。  
  
一看，文件达5G多。本机打不开。在Solaris使用vi命令，报内存不足（打开了也翻不到那天的日志，会翻死）。  
  
使用tail -10000 catalina.out > Eponlog.log  
1w行可以，但离需要的日期的部分还很远。试了试10W行，不行。  
  
没辙了吗？打不开这日志，那问题怎么定位解决啊。  
想到还有个分割文件的命令，试一试。  
  
split -b 200M catalina.out -- 每个文件200M  
  
结果可以查看日志了。问题很快定位。  
  
  
**二、解决catalina.out日志超大问题**  
接下来考虑catalina.out怎么会这么大呢？查看里面记录了应用的所有日志信息。  
  
查看应用的log4j配置文件，发现输出到控制台的配置，target是System.out  
  
而catalina.out会记录 System.out 与 System.err的信息  
  
删除log4j中的输出控制台的日志配置，catalina.out中不再记录应用的日志。  
  
这下它不会涨的那么快了。

[http_tomcat.apache.org_tomcat-6.0-doc_logging.html]: http://tomcat.apache.org/tomcat-6.0-doc/logging.html
[http_cronolog.org]: http://cronolog.org/