公司内部oa服务器有两个tengine ,突然上班时有人说服务器无法上传附件,oa开发人员说是tengine 的文件目录满了。登上服务器 df -h 确实显示有个目录使用空间已经满了,紧急情况下找到了tengine 的日志路径删除了所有常见的比如什么20180723.log-*.gz的文件,再df -h显示仍旧是100%。想起公司以前删除了日志后都是仍需重启才可以看到删除文件后的空间(大概是一些进程还在使用刚才删除的文件吧???大概),于是 reboot。重启好了,df -h 显示仍旧是100%嘛,?????这就很奇怪了,明明删除了,却还是100%,唯一的解释只能是删除的那些空间太少了。于是就决定找出那个文件最大。度娘 du -h --max-depth=1。于是从根目录下一层一层的运用命令du -h --max-depth=1查看比较大的文件夹,然后找下一层 ,就这样一层一层找到了文件大的那个删除,然后reboot 完成,32%。
du -h --max-depth=1
以上的命令解释为
查看当前目录下所有目录以及子目录的大小:
du -h .
“.”代表当前目录下。也可以换成一个明确的路径
-h表示用K、M、G的人性化形式显示
--max-depth=n表示只深入到第n层目录,此处设置为0,即表示不深入到子目录。
以上就是解决占用系统空间100%的办法,至于除了重启才能看到真实的删除后空间,还没有想到更加简便的办法。