mod_jk日志增长过快
来源:互联网 发布:淘宝卖家app用什么 编辑:程序博客网 时间:2024/05/02 18:37
昨天因病休假,大概下午5点钟左右,同事打电话说上周六加班升级完成的OA系统不能运行了,数据库也停了。我通过VPN远程连接到服务器上一看,原来是/的空间占用完了,我记得周六升级完后大概还有40来G空间的,怎么一下就完了呢?为了尽快恢复现场,只好先清理出一部分空间后把数据库启动起来,然后再启动OA系统,在家观察了一会空间增长情况后觉得目前的剩余空间应付一天的增长是没问题的,身体不适,于是继续休息。
今天上午来到公司,发现空间占用率较昨天处理时又增长了3G左右,用DU命令查看/路径下各文件夹的大小,想看出哪个文件夹占用空间最大,最后查出/user居然占了40G空间,这肯定不正常了,继而用du命令排查出/usr/local/httpd/logs/mod_jk.log这一个日志文件就占用了35G。在网上搜索mod_jk,得知mod_jk 也叫 JK,这是一款 Apache/IIS 用来连接后台Tomcat的模块,支持集群和负载均衡。再接着查看它的配置文件/usr/local/httpd/conf/mod_jk.conf,发现里面有一行配置JkLogLevel debug,猜测可能是这个应当是日志级别,估计改下日志级别就能解决问题。又查了一下日志级别共有“debug/info/warn/error/trace”这五种,网上一般配置都是warn,应当是报警或出错才记日志的意思。但OA正在运行,改参数到底只是我个人查资料得到的结论,而且改完后要重启服务才能生效。因此打算先采用将日志文件每天压缩生成文件到存储上,然后删除原日志文件的方式,存储上保留7天内的日志文件。于是写了个脚本
cat backuplog.sh
cd /usr/local/httpd/logs
log_file=/oabak/logbak/logs/mod_jk`date +%y%m%d`.log
echo tar $log_file
tar czvf $log_file.tgz mod_jk.log
echo del mod_jk.log
cat /dev/null > mod_jk.log
find /oa/a8-m/base/upload/logbak/logs -mtime +7 -exec rm -f {} \;
下午又联系OA厂商的客服,也证实了我的推断,客服建议将调试级别改为warn 或是error看看,如果日志文件还是很大,就可能是这个服务有问题,就需要再排查了。
- mod_jk日志增长过快
- oracle归档日志增长过快处理方法
- Nginx日志增长过快详细分析
- Nginx日志增长过快详细分析
- 表空间增长过快
- SCN增长过快的问题
- Oracle--数据量增长过快策略
- bdump大小增长过快的处理方法
- Listener.log增长过快的处理
- mysql Threads_created 增长过快的解决
- mod_jk 日志 JkRequestLogFormat参数说明
- 使用SqlDependency后,数据库日志增长过快,并有错误 Service Broker needs to access the master key in the database .
- 国家统计局释疑:如何看待当前投资增长过快
- 国家统计局释疑:如何看待当前投资增长过快
- oracle temp表空间增长过快的解决方法
- 处理归档日志增加过快一例
- 验证日志增长
- 日志文件不断增长
- hdu1243
- 获取汉字转拼单的给定字母
- 转:恼人的设计模式
- GPU并行编程方法
- Python正则表达式指南
- mod_jk日志增长过快
- Yum离线安装(四) --- yum的CheckSum问题
- 计算机科学中的数据结构
- 签了工作之后才发现,自己太草率了.....我看过的关于职业规划最好最全面的一篇文章
- require, define and parse in the Dojo
- java解析XML
- Web页面渲染及合成加速(二)
- RMI(远程方法调用)
- C#加密算法汇总