public inbox for linux-xfs@vger.kernel.org
 help / color / mirror / Atom feed
From: Marc Mertes <mertes@uni-bonn.de>
To: xfs@oss.sgi.com
Subject: xfs user quota differs from filesystem data
Date: Fri, 29 Jun 2012 13:07:45 +0200	[thread overview]
Message-ID: <4FED8C81.70703@uni-bonn.de> (raw)

Hi everybody,
I run into a problem and I don´t know how to solve that.

First my system infos:

xfs_repair version 2.9.8
Kernel: 2.6.26-2-amd64 on debian lenny (5.0.9)
CPU: 2x Quad-Core AMD Opteron(tm) Processor 2378
RAM: 16GB
Hardisk:
Volume /dev/drbd0 /data xfs rw,noatime,attr2,nobarrier,usrquota 0 0
DRBD Version 8.3.7 (api:88/proto:86-91)
Hardware RAID 5 with 6 SAS2 Seagate Cheetah (450GB) disks (5+1xHS) on 
LSI 9260-8i SAS Controller

xfs_info /dev/drbd0
meta-data=/dev/drbd0             isize=256    agcount=4, 
agsize=109744873 blks
          =                       sectsz=512   attr=2
data     =                       bsize=4096   blocks=438979490, imaxpct=5
          =                       sunit=0      swidth=0 blks
naming   =version 2              bsize=4096
log      =internal               bsize=4096   blocks=32768, version=2
          =                       sectsz=512   sunit=0 blks, lazy-count=0
realtime =none                   extsz=4096   blocks=0, rtextents=0


Now my problem:
I defined a userquota (for each, it´s our login server) with a 
soft-/hardlimit of 10/12GB
Now I have a few users where the listet used quota is different from the 
real amount of data in ther folders.

Example1: xfs_quota -x -c "quota -uh bthoma" /data
Disk quotas for User bthoma (343)
Filesystem   Blocks  Quota  Limit Warn/Time    Mounted on
/dev/drbd0    10,1G    12G    15G  00 [------] /data

but:
du -csh /data/user/bthoma
8,7G    /data/user/bthoma
8,7G    insgesamt

Example2:
xfs_quota -x -c "quota -uh lindau" /data
Disk quotas for User lindau (320)
Filesystem   Blocks  Quota  Limit Warn/Time    Mounted on
/dev/drbd0    13,5G    20G    22G  00 [------] /data

but:
du -csh /data/user/lindau
17G     /data/user/lindau
17G     insgesamt

I have no clue how to "refresh" the quota database,
the quick n dirty solution was to set a higher quota for the affected 
users, that they are able to continue with working.
Some reached their quota limit (like in Example one)

at least:
xfs_db frag -v:
actual 3996075, ideal 3118453, fragmentation factor 21.96%

Any Ideas?
Best regards

Marc

_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs

             reply	other threads:[~2012-06-29 11:07 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-06-29 11:07 Marc Mertes [this message]
2012-07-02  0:19 ` xfs user quota differs from filesystem data Dave Chinner

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4FED8C81.70703@uni-bonn.de \
    --to=mertes@uni-bonn.de \
    --cc=xfs@oss.sgi.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body. 
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox