一、背景:
一台2T硬盘的mysql服务器,保存电话的CDR信息。按照历史数据的水平,一个月能生成20+GB的文件。
然而短短的半年时间,满了?!

df -h和du -sh显示结果不一样的原因及解决

登录服务器看谁占了这么大的空间?
好吧,slow-query.log华丽丽的占用了1.2T!(运维经验严重不足,线上的一定要关闭这个日志,可以执行命令set global slow_query_log=0;)

二、BUG出现?
1. 很自然的手动删除这个log文件。
2. 执行删除完毕后,du -sh看当前目录的空间占用。显示从1.8T降到了500GB,很满意。
3. 又重新执行了一下df -h,什么?还是100%的占用?!

三、原因:
a、df命令没有想象中的bug,df认为有大文件在/opt分区;
b、问题原因是某些进程异常,其输出了一个大文件在/opt分区,但是由于某种原因,工具挂死了,文件删除了,工具却没有退出,会有一个进程一直在/opt读取某个大文件;

四、定位:
lsof -n|grep deleted

df -h和du -sh显示结果不一样的原因及解决

找到保持这个大文件的进程了。

五、解决:
kill -9 7190

六、验证:
再执行df -h

df -h和du -sh显示结果不一样的原因及解决

问题解决。

相关文章:

  • 2021-10-12
  • 2021-08-17
  • 2021-07-03
  • 2022-12-23
  • 2022-12-23
  • 2021-04-29
  • 2021-08-24
  • 2021-07-12
猜你喜欢
  • 2021-06-14
  • 2022-01-24
  • 2021-09-12
  • 2021-06-13
  • 2021-08-21
  • 2022-02-12
相关资源
相似解决方案