不切割日志导致存储爆满!
今天德州银行的刘主任说我们的存储满了,我说你把里面的不重要的文件删除一下不就空出来了嘛!他说他不敢动我们的设备,我寻思远程看一下里面存了什么?能删除就删除了,这不就空出来的了嘛!可是银行的服务器不允许远程连接,这就尴尬了!没办法,当前手里面的活还没有干完就要去解决这个问题,麻利的打开了12306,点击购买了去德州的高铁票,再一次踏上了征程, 到了之后已经夜里11点了,随便吃了点东西就睡觉了。
到了他们机房,还要穿上白大褂,奇怪的机房,我在角落的机柜里面找了我们的存储设备,登录之后发现被一台web服务器给挂载了,于是我又去找人层层授权,先登入堡垒机,再登入web服务器,还要有银行的运维人员监督,把以上事情做过已经中午了!
通过`df -h `查看发现usr/local/nginx/logs这个目录挂载了我们的存储,进一步查看发现nginx日志特别大,共有16个日志文件,每个文件都在3.9G上下,我们一才给这个目录划分了64个G,是马上就要满了,怎么办呢?
如果这是我自己的网站,直接就清空了,但是这 人家银行的网站,这个不能轻举妄动,在一番交涉下,刘主任同意将日志全部移动到备份服务器上,此外我还写了一个脚本交给了银行的运维人员让其定期执行,免得目录又满了,再让我跑一趟|!
cd /usr/local/nginx/logs
vim backup.sh
1 #!/bin/bash
2 LOGS_PATH=/usr/local/nginx/logs/oldlogs #备份存储所挂载的位置
3 CUR_LOGS_PATH=/usr/local/nginx/logs #nginx日志的位置
4 YESTERDAY=$(date +%F -d -1day) #设置一个时间变量,当前时间的前一天
5
6 mv $CUR_LOGS_PATH/access.log $LOGS_PATH/${YESTERDAY}_access.log #移动nginx的访问日志到存储
7 mv $CUR_LOGS_PATH/error.log $LOGS_PATH/${YESTERDAY}_error.log #移动nginx的错误日志到存储
8
9 /usr/local/nginx/sbin/nginx -s reopen #重新生成这两个日志