根目录空间无故满了

andychan851220

OS：CentOS5

df查看/的利用率：
/dev/mapper/VolGroup00-LogVol00  51611808  50963620         0 100% /

du -ms /*   查看/下所有目录的大小总计约：22GB左右，而实际/的总大小为50GB，为何df显示利用率为100％，请指教，谢谢。
8       bin
10      boot
1       dev
116     etc
6       home
118     lib
22      lib64
1       lost+found
1       media
0       misc
3       mnt
0       net
1       opt
0       proc
20      root
38      sbin
0       selinux
1       srv
0       sys
1       tmp
6178    usr
15153   var

yzkarchive

楼主把df的完成输出贴出来

jerryjzm

有碰到老问题，

针对你给出的内容，51G的/中有15G被/var用了，我有理由怀疑，有进程对/var有大量的写，而写的问题，在进程没有关闭或重启的情况下，而删除的对应的文件

仅是猜测

ps:给出
/sbin/fuser -um /var

andychan851220

原因找到了，server有2块磁盘，其中一块数据盘挂载到/data上，每天会定时运行rsync，将远程数据同步存储到/data；由于某天数据盘的cable损坏导致盘丢失，当同步数据时，直接将同步数据写入到/data去了，而此时占用的是根分区。
当更换cable重新挂载磁盘后，/data显示的是数据盘的数据，而之前写入到根分区的数据被“隐藏”（du时没有计算到其中）了；
谢谢大家!

chenlinwuyu

嗯 顶一下

lq2003

估计是日志占满空间了吧?

yupanlovehlq

晕，日志文件是不是在根分区呀。日志文件太多了吧，删除掉

ajdujqu

我提供 一个解决方法
http://ajdujqu.blog.163.com/blog/static/337339932013422112920924/
把根目录下的挂载点 umout 然后再 看根目录下的 文件占用情况

wenhq

看不懂LZ的解释！！

nbrr

多谢楼主解释，一开始看描述，第一个想到的也是有open file被删掉但是空间没释放
因为系统都有监控，掉一个文件系统当时就有报警邮件，所以以前从没考虑过mount之前会有文件占用的问题

rsync过后应改查一下rsync output或者$?，这样可能之前就发现问题所在了，也能确保你真的rsync成功了