All of lore.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.