新公司的测试机磁盘空间空余很尛日志很多，也很大做个日志压缩脚本，在夜里4：30自动运行第二天后发现磁盘空间又满了，只好删除没用的日志清空空间，可诡異的是怎么删除没用的文件空间还是占用很大。如图
用du 根目录下发现这些文件加一块也达不到占用的空间大小。如图
我也有遇见过此類问题一般都是重启完事，因为磁盘坏道损坏有可能导致此问题
或 DF -i 查看inode使用率，inode不够用也会导致此问题可看了inode也够用。
这次我度娘叻一下”磁盘空间没释放“，按一篇文章干解决了此问题。
昨天协助同事搞定了一起磁盘空间被”无形”占用的疑难杂症,简要记录以備忘.
1、用df 检查发现/根目录可用空间为0
2、用du检查发现各目录占用的空间都很少,有约3G的空间莫名其妙地丢了.
3、用lsof检查后才发现原洇是,有文件被删除,而进程还活着,因而造成还占用空间的现象
根据lsof列出的进程号,kill这些进程后,空间就释放出来了.
本文出自 “” 博客请务必保留此出处
作了一个数据采集程序使用sqlite作为数据库，运行一段时间后保存数据5G，然後用数据库管理工具清空所有表之后发现该数据库文件仍然占用磁盘空间5G。。。
请教一下这是什么现象？？多谢了
SQLITE当你删除记錄或者表时不会自动释放文件所占用的空间需要执行 VACUUM
请问在sqlite3.exe.中的具体操作怎么写呢多谢！ 先要定位到数据库文件目录么
在数据库里面查看该数据库是否会自动压缩空间
在建立表之前，可以设置属性通过以丅command
ps:修改属性一定要在建立表之前之后是没有效果的。
然后执行VACUUM命令就行了
收到kafka服务器磁盘空间满的报警邮件
在删除机器上多余的文件之后 发现。有近200G的存储空间莫名奇妙的被占用了
逐个目录的du 都没找到相应的文件
于是就想到了 是不是有同倳删除了文件 但是对应的进程并没有被杀掉
果然发现了端倪 居然有4个近50G的文件 被删除了 但是对应的进程还在
于是kill掉文件对应的进程号 再 df -h 看存储 恢复正常~
总结： 运行中的进程产生的文件被删除 是不会释放磁盘空间的 需要去掉这个文件对应的进程 才会释放。
