xfs
[Top] [All Lists]

Re: Q: How to correct a wrong quota value on a xfs filesystem

To: Rainer Krienke <krienke@xxxxxxxxxxxxxx>
Subject: Re: Q: How to correct a wrong quota value on a xfs filesystem
From: Nathan Scott <nathans@xxxxxxx>
Date: Thu, 10 Jun 2004 17:52:02 +1000
Cc: linux-xfs@xxxxxxxxxxx
In-reply-to: <200406091550.41686.krienke@uni-koblenz.de>
References: <200406091550.41686.krienke@uni-koblenz.de>
Sender: linux-xfs-bounce@xxxxxxxxxxx
User-agent: Mutt/1.5.3i
On Wed, Jun 09, 2004 at 03:50:37PM +0200, Rainer Krienke wrote:
> Hello,
> 
> I am running a linux fileserver (suse 8.2) with several 1000 users on it. The 
> user filesystem is xfs (1.3.1). The filesystem ist mounted with the usrquota 
> option. Basically quota work just fine.
> 
> However today a user complained because the quota system reported that he was 
> about his soft quota limit. A call of quota -v user confirmed this. However 
> this seems to be wrong. I searched the complete filesystem with find for 
> files belonging to this user oder his uid and the only files found were in 
> his HOME directory that is on this filesystem. Running du -sk on his home 
> reports only half of the size that the quota system says he is currently 
> using. 

It would help to know the actual values here, so some df/quota/
repquota output, if you still have it.

> So i wanted to check the quotas at night using quotacheck:
> 
> /sbin/quotacheck -v -m -F xfs /export/user3

quotacheck is a noop on XFS, yes.

> However this program tells me that quotacheck for xfs need not be cheked 
> (probably because its part of the journal data?). 

Thats correct.

> So how can I correct the obviously wrong quota value of the user in question? 

du is only looking at file sizes for files it can "see", so its
not accounting for several other things (like inode metadata,
extended attributes, unlinked but open files, etc).  So it is
not "obviously wrong" until we can discount those factors, but
its possible something is wrong.

> Do I have to run xfs_repair, only umount and then remount the filesystem, so 
> xfs will check the quota once again?

I would first run quot(8) from the quota-tools package (Redhat
in their infinite wisdom decided not to ship that tool, so you
may need to build from source if you use Redhat) and see if its
notion of used space matches either of the other two tools (its
using a different interface again).

If quot(8) disagrees with quota(8)/repquota(8), I would then do
an unmount and xfs_repair to see if that clears things up.

cheers.

-- 
Nathan


<Prev in Thread] Current Thread [Next in Thread>