aix du和df不一致问题

你cd到/bbs_bk_01   再使用du -sg试一试！收起

du -g

du traverses the file tree, adding up the number of blocks allocated to each
directory, symlink, and file as reported by the stat() system call. This is how
du arrives at its total value.

df -g

df looks at the file system disk block allocation maps to arrive at its total
and free values.

Disk blocks get assigned when a process is started and it will hold the disk block. It might use additional disk blocks for meta data. This additional disk blocks will get tracked by df-g but not du -g. Thus, df command will usually report high storage usage as compared to du. However, if the disk blocks got locked by a process and you use another application to delete the disk blocks, du will reflect the change but df will not.

http://www-01.ibm.com/support/docview.wss?uid=isg3T1000401

仔细阅读全文，与进程占用和服务器重启没关系收起

回复 13# 午夜幽魂


    感觉是系统bug，5.2的操作系统，未向原厂求证。收起

回复 12# 小白的踌躇


   那个是负的？？why?收起

谢谢，各位大大的帮忙，经过很纠结的测试，终于找到了问题。
  

收起

du -s只是访问目录结构（inode）,返回的值反映了分配给文件及目录的磁盘块数，而df命令则反映了文件系统的实际分配情况。df命令反映的实际情况包含了用户数据（文件及目录）和Meta Data。因此df返回的值要比du返回的值大些。 但本例中df与du返回值相差十分悬殊，用上述说法难以解释。
如果用户删除了一个正在运行的应用所打开的某个目录下的文件，则du命令返回的值显示出减去了该文件后的目录的大小。但df命令并不显示减去该文件后的大小。直到该运行的应用关闭了这个打开的文件，df返回的值才显示出减去了该文件后的文件系统的使用情况。收起

回复 5# 小白的踌躇


    那就奇怪了  可以让硬件厂商看看。有可能是os bug。收起

回复 6# jiaxu2000


    我使用fuser -dv /bss_bk_01查询的结果为收起

回复 7# wolaos123


    #fuser -dV /bss_bk_01
/bss_bk_01:收起