免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 24718364 | 回复: 24718364

根分区满,但未找到具体的占用文件,十分诡异! [复制链接]

论坛徽章:
0
发表于 2011-05-09 10:44 |显示全部楼层
具体看一下,根分区占用99%,但根分区目前文件+文件夹累加起来也跟实际的占用空间不符,故请教!


LINUX:/ # pwd
/
You have new mail in /var/mail/root
LINUX:/ # du -sh *
7.1M    bin
8.2M    boot
72K     dev
du: cannot access `error/controlcc20100526.sql': Permission denied
du: cannot access `error/cacti20100526.sql': Permission denied
0       error
26M     etc
3.7G    home
86M     lib
0       media
0       mnt
517M    opt
du: cannot access `proc/20087/task/20087/fd/3': No such file or directory
du: cannot access `proc/20087/fd/4': No such file or directory
938M    proc
3.7G    root
12M     sbin
255M    srv
0       sys
209M    tmp
2.6G    usr
3.5G    var
LINUX:/ # df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda2              81G   79G  1.6G  99% /
udev                   12G   72K   12G   1% /dev
/dev/sda3             103G  3.7G  100G   4% /home

论坛徽章:
0
发表于 2011-05-09 12:08 |显示全部楼层
umount /home,估计原来的/home里有大量文件未删除

论坛徽章:
0
发表于 2011-05-09 16:47 |显示全部楼层
有一个可能就是你的服务器上有写日志操作或者其它的写操作,因为在写操作不能创建文件的时候会写磁盘的block 这样会使磁盘利用率越来越低。
可以使用lsof -n |grep delete 来查看哪些进程在对磁盘进行写操作。
因为上次有一台服务器上的nginx出现了此类问题,磁盘无故的增大,当时怎么也找不到原因,最后观察系统的进程信息,找到了这个问题。
也许还有其他的问题,欢迎探讨。

论坛徽章:
0
发表于 2011-05-09 18:04 |显示全部楼层
3楼正解,一般都是程序打开了已经删除的文件,导致磁盘未释放该文件。lsof|grep delete之后kill掉该进程,或者直接重启

论坛徽章:
0
发表于 2011-05-09 18:38 |显示全部楼层
允许重启的话   最好重启下

论坛徽章:
27
CU大牛徽章
日期:2013-03-13 15:15:08CU大牛徽章
日期:2013-05-20 10:46:38CU大牛徽章
日期:2013-05-20 10:46:44CU大牛徽章
日期:2013-09-18 15:24:09CU大牛徽章
日期:2013-09-18 15:24:20CU大牛徽章
日期:2013-09-18 15:24:25CU大牛徽章
日期:2013-09-18 15:24:31CU大牛徽章
日期:2013-09-18 15:24:36CU大牛徽章
日期:2013-09-18 15:24:41CU大牛徽章
日期:2013-09-18 15:24:48CU大牛徽章
日期:2013-09-18 15:24:52处女座
日期:2013-09-27 17:45:43
发表于 2011-05-09 20:37 |显示全部楼层
估计是在当前目录下有隐藏文件
ls -a

论坛徽章:
0
发表于 2011-05-10 11:48 |显示全部楼层
有一个可能就是你的服务器上有写日志操作或者其它的写操作,因为在写操作不能创建文件的时候会写磁盘的bloc ...
black-hat 发表于 2011-05-09 16:47



    按照你的方法还是没有发现什么异常,尝试过停止mysql服务和重启服务器,空间一样占用大。
  1. LINUX:~ # lsof -n |grep delete
  2. mysqld     4177      mysql    1w      REG        8,2 320015471     203552 /var/lib/mysql/mysqld.log.1 (deleted)
  3. mysqld     4177      mysql    2w      REG        8,2 320015471     203552 /var/lib/mysql/mysqld.log.1 (deleted)
  4. mysqld     4177      mysql    4u      REG        8,2         0     197909 /var/lib/mysql/.tmp/ibPzFZCe (deleted)
  5. mysqld     4177      mysql    5u      REG        8,2        22     197912 /var/lib/mysql/.tmp/ibvsGYAk (deleted)
  6. mysqld     4177      mysql    6u      REG        8,2         0     197918 /var/lib/mysql/.tmp/ib92aYyq (deleted)
  7. mysqld     4177      mysql    7u      REG        8,2         0     197920 /var/lib/mysql/.tmp/iboSRRBw (deleted)
  8. mysqld     4177      mysql   11u      REG        8,2         0     136428 /var/lib/mysql/.tmp/ibGERngE (deleted)
复制代码

论坛徽章:
0
发表于 2011-05-10 11:50 |显示全部楼层
估计是在当前目录下有隐藏文件
ls -a
yifangyou 发表于 2011-05-09 20:37



    linux的隐藏文件是以.x形式存在的 我在统计各目录大小的时候已经包含了隐藏文件的统计,空间依然占用大

论坛徽章:
0
发表于 2011-05-10 11:51 |显示全部楼层
允许重启的话   最好重启下
taojie2000 发表于 2011-05-09 18:38



    重启的方法试过,无效,所以应该不是什么程序进程未释放空间

论坛徽章:
0
发表于 2011-05-10 11:53 |显示全部楼层
umount /home,估计原来的/home里有大量文件未删除
icwang 发表于 2011-05-09 12:08




/home目录是单独挂载在/dev/sda3上的,并不存在于根分区中
  1. LINUX:~ # df
  2. Filesystem           1K-blocks      Used Available Use% Mounted on
  3. /dev/sda2             83888824  76178792   7710032  91% /
  4. udev                  12477564        72  12477492   1% /dev
  5. /dev/sda3            107865120   7655584 100209536   8% /home
复制代码
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP