由于项目原因需要定期检查磁盘空间占用情况，常用检查命令如下：
1、查看磁盘空间大小
df -lh
2、查看对应文件大小
du --max-depth=1 -h /
于一日发现在使用Flume + Kafka进行数据同步时，某一局点数据无法进行消费，通过df -lh查看发现系统空间满了，如下：
/dev/xvda1 20G 20G 0G 100% /
然后，通过du --max-depth=1 -h / 查询对应的大文件，发现此目录下文件占用了2.3G的空间。通过各种方法找，都找不到大文件，唯一的线索是挂载的/data01目录下Zookeeper的日志非常大，难道是此问题导致？
在一篇文章中看到过类似的情况，产生问题的原因：
在apache/tomcat在运行状态下，清空了运行服务的日志，从而导致了/dev/xvda1 满了的问题。一般情况下，大多数服务（包括脚本）在运行时，是不能删除当前正在写入的日志文件的。
原理分析：
1、当前access.log日志正在被apache进程占用。
2、 通过rm命令删除access.log，实际只删除了文件名（该日志文件应用记数不为0，因此空间不会被释放）。
3、 通过rm命令删除了access.log后，apache依然写日志到access.log中，当开启apache进程时，已经通过access.log定位到该文件的inode了，就是说再写日志是不通access.log，因此即使删除了access.log，apache依然写日志到access.log所在的inode节点，所以导致硬盘空间增加。
4、因为删除了access.log，所以我们就找不到该文件了，du也查不到，就会出现硬盘满了但看不到究竟是哪些文件占用的。
解决方法：
重启该日志文件的相关服务或程序，如：为apache日志文件则重启apache。
仿照该方法，先停止Zookeeper的运行，然后删除Zookeeper日志，重启Zookeeper后发现服务消费正常