免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
12下一页
最近访问板块 发新帖
查看: 17788 | 回复: 16

查找占用空间的文件 [复制链接]

论坛徽章:
0
发表于 2007-05-22 10:34 |显示全部楼层
在AIX服务器上,用“df -k\" 查看/home目录使用99%(大约使用了32M),但到home目录下,用du -sk 去查看文件占用空间情况,发现应该只使用了491k,那剩余的约31.5M空间被那些文件占用了?如何去查找这些文件?\r\n\r\nserver1:/home>df -k\r\nFilesystem    1024-blocks      Free %Used    Iused %Iused Mounted on\r\n/dev/hd4            65536     30688   54%     2138     7% /\r\n/dev/hd3           753664    478200   37%     6417     4% /tmp\r\n/dev/hd1            32768       608   99%       70     1% /home\r\n\r\nserver1:/home>du -sk\r\n491     .\r\n\r\nserver1:/home>du -sk *\r\n1       guest\r\n1       lost+found\r\n433     mqm\r\n57      netinst

论坛徽章:
0
发表于 2007-05-22 11:39 |显示全部楼层
....................\r\n\r\nfsck

论坛徽章:
0
发表于 2007-05-22 11:45 |显示全部楼层
有好几种可能的办法,但不是一两句话能说清楚的。不知道你用的是哪个版本的AIX?

论坛徽章:
0
发表于 2007-05-22 15:21 |显示全部楼层

回复 4楼 thesix 的帖子

AIX版本是4.3,\r\n难道是文件系统不一致性引起的?需要fsck?

论坛徽章:
0
发表于 2007-05-22 15:33 |显示全部楼层

回复 6楼 unixasdfg 的帖子

fuser 不是用于查看那个用户在使用文件系统的吗? 如果可以查看文件的话,能写下具体的命令吗?谢谢

论坛徽章:
0
发表于 2007-05-22 16:57 |显示全部楼层

回复 14楼 thesix 的帖子

谢谢先!这些进程真的不可以停掉的(生产机),你是说有用户使用该文件系统的话,会占用该文件系统的空间吗?\r\n\r\n下面是kdb输出:\r\nserver1:/home>kdb\r\nPreserving 618261 bytes of symbol table\r\nFirst symbol __mulh\r\nKERNEXT FUNCTION NAME CACHE (90112 bytes) allocated\r\nKERNEXT COMMANDS SPACE (4096 bytes) allocated\r\n           START              END <name>\r\n0000000000003500 0000000001427120 _system_configuration+000020\r\n000000002FF3B400 000000002FF7E428 __ublock+000000\r\n000000002FF22FF4 000000002FF22FF8 environ+000000\r\n000000002FF22FF8 000000002FF22FFC errno+000000\r\n00000000E0000000 00000000F0000000 lkwseg+10000000\r\nPFT:\r\nid....................0007\r\nraddr.....0000000002000000 eaddr.....0000000002000000\r\nsize..............02000000 align.............02000000\r\nvalid..1 ros....0 holes..0 io.....0 seg....1 wimg...2\r\n\r\nPVT:\r\nid....................0008\r\nraddr.....0000000000291000 eaddr.....0000000000291000\r\nsize..............00200000 align.............00001000\r\nvalid..1 ros....0 holes..0 io.....0 seg....1 wimg...2\r\n(0)> inode | grep CNOLINK\r\nExpected symbol, address or slot_number.\r\n(0)> q\r\nserver1:/hom

论坛徽章:
0
发表于 2007-05-23 10:36 |显示全部楼层

回复 17楼 thesix 的帖子

哈哈,辛苦辛苦,如果到上海我请你吃饭好了:)\r\n按照你说的,有点理解了。把结果贴出来,请辛苦一下,帮忙看看\r\n另外一个小问题: 那里可以找到相关的资料讲“kde“的?\r\n\r\n                         DEV     NUMBER CNT    GNODE    IPMNT TYPE FLAGS\r\n169903 inodes+3A54CE0 000A0007        129   1 16A54CF0 16F18E70 REG  CMNOLINK\r\n176939 inodes+3CBF340 000A0008       2057   1 16CBF350 143985E8 REG  CMNOLINK\r\n157917 inodes+3637590 000A0008       2064   1 166375A0 143985E8 REG  CMNOLINK\r\n125544 inodes+2B1A108 000A0009       2095   1 15B1A118 16AC1B38 REG  CHG UPD CMNOLINK\r\n157229 inodes+35FAE10 000A0009       2098   1 165FAE20 16AC1B38 REG  CHG UPD CMNOLINK\r\n177562 inodes+3CF5F58 000A0006       4174   1 16CF5F68 1572A390 SOCK CMNOLINK\r\n107856 inodes+2507748 000A0006       4190   1 15507758 1572A390 SOCK CMNOLINK\r\n96574 inodes+437CEF8 000A0006       4191   1 1737CF08 1572A390 SOCK CMNOLINK\r\n35051 inodes +C08940 000A0009      22553   1 13C08950 16AC1B38 REG  CMNOLINK\r\n28714 inodes +9DB9D8 000A0009      22552   1 139DB9E8 16AC1B38 REG  CMNOLINK\r\n123768 inodes+2A7DF88 000A0009      22555   1 15A7DF98 16AC1B38 REG  CMNOLINK\r\n136442 inodes+2ED7E58 000A0009      22557   1 15ED7E68 16AC1B38 REG  CMNOLINK\r\n130105 inodes+2CAAEF0 000A0009      22556   1 15CAAF00 16AC1B38 REG  CMNOLINK\r\n149116 inodes+3331D28 000A0009      22559   1 16331D38 16AC1B38 REG  CMNOLINK\r\n142779 inodes+3104DC0 000A0009      22558   1 16104DD0 16AC1B38 REG  CMNOLINK\r\n167048 inodes+3959E08 000A0009       8201   1 16959E18 16AC1B38 REG  CMNOLINK\r\n28720 inodes +9DC248 000A0009       8200   1 139DC258 16AC1B38 REG  CMNOLINK\r\n41394 inodes +E36118 000A0009       8203   1 13E36128 16AC1B38 REG  CMNOLINK\r\n5057 inodes +C091B0 000A0009       8202   1 13C091C0 16AC1B38 REG  CMNOLINK\r\n187144 inodes+4040208 000A0009       8204   1 17040218 16AC1B38 REG  CMNOLINK\r\n 2288 inodes +0C9048 000A0009       8207   1 130C9058 16AC1B38 REG  CMNOLINK\r\n198733 inodes+443AB10 000A0009       8206   1 1743AB20 16AC1B38 REG  CMNOLINK\r\n141700 inodes+30A6068 000A0009       8197   1 160A6078 16AC1B38 REG  CMNOLINK\r\n135363 inodes+2E79100 000A0009       8196   1 15E79110 16AC1B38 REG  CMNOLINK\r\n148037 inodes+32D2FD0 000A0009       8198   1 162D2FE0 16AC1B38 REG  CMNOLINK\r\n22384 inodes +7AF448 000A0009       8216   1 137AF458 16AC1B38 REG  CMNOLINK\r\n41395 inodes +E36280 000A0009       8219   1 13E36290 16AC1B38 REG  CMNOLINK\r\n35058 inodes +C09318 000A0009       8218   1 13C09328 16AC1B38 REG  CMNOLINK\r\n199818 inodes+449A0D8 000A0009       8208   1 1749A0E8 16AC1B38 REG  CMNOLINK\r\n21299 inodes +74FE80 000A0009       8210   1 1374FE90 16AC1B38 REG  CMNOLINK\r\n16047 inodes +5824E0 000A0009       8215   1 135824F0 16AC1B38 REG  CMNOLINK

论坛徽章:
0
发表于 2007-05-23 11:53 |显示全部楼层

回复 19楼 thesix 的帖子

非常感谢!\r\n     我还是有三个小问题:):\r\n1)如何确定/home 应该是 /dev/hd1 000A0008 ?而不是000A0006 或别的?\r\n2)如果某个进程在使用一个文件,该文件可以被删除吗?\r\n3)像现在的情况,是否只有等这些进程结束或被Kill后,空间才能释放出来?\r\n\r\n下面是相关输出:\r\n(0)> inode inodes+3CBF340 \r\n       size      000000000114FEEBgets      00000000\r\n\r\n(0)> inode inodes+3637590\r\n      size      0000000000C7FF38gets      00000000\r\n下面的命令没有返回\r\n# find /home -xdev -inum 2057\r\n# find /home -xdev -inum 2064

论坛徽章:
1
荣誉会员
日期:2011-11-23 16:44:17
发表于 2007-05-23 21:23 |显示全部楼层
1) major  number,minor number   应该是000A0008十六进制\r\n2)可以\r\n3)是\r\n\r\n咱也学习学习

论坛徽章:
0
发表于 2007-05-23 22:57 |显示全部楼层
(0)> hcal 114FEEB+00C7FF38\r\nValue hexa: 01DCFE23          Value decimal: 31260195 \r\n\r\n正好差不多是31MB!庆祝一下 \r\n\r\n1) 先找到文件系统对应的LV, 然后 \'ls /dev\' 看相应LV的major number & minor number.\r\n    我看了一下我的机器中/home (/dev/hd1) 是10/8,因为rootvg中maj/min相对固定,所以我猜你的也是。\r\n2) 可以。所谓的 Open/Reference Count 和 Disk Link Count 是相对独立的。\r\n3) 是。我们还没把那两个inode和fuser报告的进程对应起来,在4.3.3中作又需要几个kdb子命令(5.3中可以用procfiles 命令列出进程打开的file descriptor,包括inode#)。
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

DTCC2020中国数据库技术大会

【架构革新 高效可控】2020年12月21日-23日第十一届中国数据库技术大会将在北京隆重召开。

大会设置2大主会场,20+技术专场,将邀请超百位行业专家,重点围绕数据架构、AI与大数据、传统企业数据库实践和国产开源数据库等内容展开分享和探讨,为广大数据领域从业人士提供一场年度盛会和交流平台。

http://dtcc.it168.com


大会官网>>
  

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

清除 Cookies - ChinaUnix - Archiver - WAP - TOP