From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id E767A7F37 for ; Fri, 23 Oct 2015 01:55:45 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id D6657304039 for ; Thu, 22 Oct 2015 23:55:42 -0700 (PDT) Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id St6BCoVZj2E1oiC8 for ; Thu, 22 Oct 2015 23:55:40 -0700 (PDT) Date: Fri, 23 Oct 2015 17:55:37 +1100 From: Dave Chinner Subject: Re: du result is smaller than xfs_quota report Message-ID: <20151023065537.GE19199@dastard> References: <0952A0E9-F360-46CE-BE7A-1B8473700F08@sandeen.net> <20151021071331.GD19199@dastard> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: List-Id: XFS Filesystem from SGI List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: xfs-bounces@oss.sgi.com Sender: xfs-bounces@oss.sgi.com To: YeYin Cc: Eric Sandeen , xfs On Wed, Oct 21, 2015 at 04:09:20PM +0800, YeYin wrote: > Hi, Dave, > Thank you very much. I got some results: > # xfs_db -xr /dev/sda4 > xfs_db> convert agno 1 agino 78272 ino > 0x800131c0 (2147561920) > xfs_db> inode 2147561920 > xfs_db> p > core.magic = 0x494e > core.mode = 0100600 > core.version = 2 > core.format = 2 (extents) > core.nlinkv2 = 0 .... > However, I want to ask how this situation to happen? Either O_TMPFILE files that are still open, or files that have been unlinked but still have an open file descriptor referencing them. They won't be unlinked until the last reference goes away. > # tail -f /data/test.data & > [1] 27598 > # unlink /data/test.data > > > # xfs_db -xr -c 'inode 29409295' -c p /dev/sda4 > core.magic = 0x494e > core.mode = 0100644 > core.version = 2 > core.format = 2 (extents) > core.nlinkv2 = 1 Inode hasn't been written back to disk yet. That happens asynchronously, usually based on time, sometimes sooner due to log space demands, sometimes longer due to repeated modifications. Cheers, Dave. -- Dave Chinner david@fromorbit.com _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs