mod_jk日誌增長過快

      昨天因病休假，大概下午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看看，如果日誌文件還是很大，就可能是這個服務有問題，就需要再排查了。