01 事情起始
今天下午4点左右,莫名收到几个同事同时给我发,jira编辑页面报错,如下:
不到一分钟,又有同事说confluence无法上传附件
内心凉凉...
02 定位原因
根据confluence上的报错信息,怀疑是confluence内存不足了,于是切换到服务器上,df -hl
很显然/var目录已经爆了,use%=100%
问题很明确了,接下来就是如何解决
03 解决问题
长久方案:将/var 磁盘空间扩大,目前只有10G,但是很衰的是,本人是菜鸟,还不会改操作...只能线下去学习了,解决问题要紧,只能采取临时方案了
首先,查找/var目录下大于2M的文件
find /var -xdev -size +2048
发现绝大部分文件全集中在
/var/atlassian/application-data/conflence/backups
/var/atlassian/application-data/jira/export
这两个文件夹,分别是confluence和jira的默认备份路径,且每天一备份。。。。从去年年底搭建到现在就没清除过。。。
写脚本清除这两部分数据
find /var/atlassian/application-data/conflence/backups/ -mtime +7 -name "*.zip" -exec rm -rf {} \;
find/var/atlassian/application-data/jira/export/ -mtime +7 -name "*.zip" -exec rm -rf {} \;
执行后加入定时任务中
此时,再次df -hl ,/var目录可用空间已经释放了,可以临时撑过一段时间了,不过考虑后续使用,还是要学习长久解决方法
04 事后小结
1、jira/confluence比较吃内存,之前有注意备份,但一直没有清理,导致了今天的问题
2、如何对/var目录扩大空间,比如从10G 到20G,待学习并实践
3、find命令、通配符、磁盘空间查看及清理都掌握的不好,需要加强一下
网友评论