suse 根目录占用空间100%，有看不到得东西占用空间？

me_single

年初新买的IBM 3850 M2机器，安装的SUSE 9 SP4的系统，目前运行233天。
分区表  /  15G     /tmp  /var   /data  /home都是独立的分区，不会占用 / 目录的容量。
但是日前查看机器，/ 目录占用100%,无法写入数据。
du -sh /* 查看，被占用的空间总计大小大概7个G，没有其他东西了，   df -h 查看时候，显示依旧是   /  100% 。

这个错误，一个月前碰到过，重启是肯定有效的。现在具体原因请达人指教，因为这个系统跑的是一个日报送应用，每天数据读取量非常大，如何在不重启的情况下，把被占用的空间释放出来。   
   等下试下重启应用！！O(∩_∩)O~

to407

原帖由 me_single 于 2009-11-30 14:52 发表
年初新买的IBM 3850 M2机器，安装的SUSE 9 SP4的系统，目前运行233天。
分区表  /  15G     /tmp  /var   /data  /home都是独立的分区，不会占用 / 目录的容量。
但是日前查看机器，/ 目录占用100%,无法写入 ...

首先，你用df -h 查出来的应该是比较精确的。没有多少空间。

但你用du -sh /*并不很精确，因为统计所有文件块大小再算总和与直接计算大小，是有差别的。
   我猜测你机子占用的空间在于tmp文件或者说大量细碎的小文件导致计算失误。

这个tmp文件并不一定是/tmp，可能是/var/tmp或者其他可能的目录。
如果你要一个个查的话，建议缩小范围，对/下各目录递归使用du -sh来看大小。



特殊情况下，有时这个/可以用来建立swap和shm文件，但也算/的空间。(不知道你是否有这个情况)

RYBACK

坐着关注楼下的回答

me_single

原帖由 to407 于 2009-11-30 17:25 发表

首先，你用df -h 查出来的应该是比较精确的。没有多少空间。

但你用du -sh /*并不很精确，因为统计所有文件块大小再算总和与直接计算大小，是有差别的。
   我猜测你机子占用的空间在于tmp文件或者说大量 ...

首先谢谢你。
目前处理情况：重新restart应用后，空间释放出来，根分区大概15G，没重启应用之前，任何写入都不行。（重启机器，有可能应为根分区确实是满的，而无法正常启动，我是远程管理的，到机房，大概需要2个小时。不敢随便重启）
总结一下：
重启应用释放了大概6G空间，这应该是应用的进程缓存占用，而且根据应用的不同，这个被占用的空间增长比较慢，so，根分区尽量分到50G左右合适。50G，对于目前公司的这种读写相对来说较多的应用足够挺过一年。每年底，公司基本做一次服务器重启，所以问题就不会出现。

PS:问题最终是没精确定位。有人说lsof找，我ps 了一下，决定放弃。%>_<%

to407

原帖由 me_single 于 2009-11-30 18:33 发表



首先谢谢你。
目前处理情况：重新restart应用后，空间释放出来，根分区大概15G，没重启应用之前，任何写入都不行。（重启机器，有可能应为根分区确实是满的，而无法正常启动，我是远程管理的，到机房，大 ...

恩。。最好还是好好搞清问题 慢慢查 哈哈

chenyx

问题还是搞清楚为好.
另外,检查下mysql的bin-log文件,很占空间的

kw002007

哇 学习了 感谢

hacktao

路过看看~

hdl147

我的也遇到过这个问题，郁闷的我。我的是重启一个系统日志变好了。最好看看dmesg

yinbengui

棘手的问题等答案