xfs
[Top] [All Lists]

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

To: Nathan Scott <nathans@xxxxxxx>
Subject: Re: Q: How to correct a wrong quota value on a xfs filesystem
From: Rainer Krienke <krienke@xxxxxxxxxxxxxx>
Date: Thu, 10 Jun 2004 11:54:47 +0200
Cc: Rainer Krienke <krienke@xxxxxxxxxxxxxx>, linux-xfs@xxxxxxxxxxx
In-reply-to: <20040610075202.GB786@frodo>
References: <200406091550.41686.krienke@uni-koblenz.de> <20040610075202.GB786@frodo>
Sender: linux-xfs-bounce@xxxxxxxxxxx
User-agent: Mutt/1.5.6i
On Thu, Jun 10, 2004 at 05:52:02PM +1000, Nathan Scott wrote:
> On Wed, Jun 09, 2004 at 03:50:37PM +0200, Rainer Krienke wrote:
> > 
> > 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.

repquota reports 119040 Blocks, quota says the same and quot says
118864. Unsure if the user just created/deleted a file in between the calls.
Running du -s . in the users homedirectory says: 59328.  But there is
no 512K 1024K problem since for other users the values are the same in
quota and du output.

The filesystem itself has the following data (df -k):

/dev/mapper/data3-user3
                     157267200 114125352  43141848  73% /export/user3
                     

> > 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.

But the difference should not be a factor close to (but not exactly) 2.
The starnge is, that for other users du and quota say the same so it
cannot be a general quota <-> du problem.

> 
> 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.
> 

Well what both say is close to each other but still very different from
the du output. So I guess I have to run xfs_repair on the whole
filesystem and look what happens. Or do you have any other idea?


Thanks
Rainer
-- 
---------------------------------------------------------------------------
Rainer Krienke, Universitaet Koblenz, Rechenzentrum, Raum A022
Universitaetsstrasse 1, 56070 Koblenz, Tel: +49 261287 -1312, Fax: -1001312
Mail: krienke@xxxxxxxxxxxxxx, Web: http://www.uni-koblenz.de/~krienke
Get my public PGP key: http://www.uni-koblenz.de/~krienke/mypgp.html
---------------------------------------------------------------------------


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