Available space after enable quota in XFS

[Dave Chinner]

On Tue, Nov 20, 2012 at 12:16:32PM +0530, geturmaddy at gmail.com wrote:
> Hi all,
> I am trying to evaluation XFS for NFS server. We need to configure
> directory level quota in order to better manage storage in the server. I
> came to know that, we can use project quota which looks similar to
> directory level quotas.
> 
> I was able to configure project level quota for XFS file system in my
> Cent)S 5.7 machine. Below are the details
> 
> [root at linux-nfs ~]# cat  /etc/issue
> CentOS release 5.6 (Final)
> Kernel \r on an \m
> 
> [root at linux-nfs ~]# cat /etc/projects
> 13:/das/myproject1
> 
> [root at linux-nfs ~]# cat /etc/projid
> myproject1:13
> 
> [root at linux-nfs ~]# xfs_quota -xc 'report -p' /das
> Project quota on /das (/dev/cciss/c0d0)
>                                Blocks
> Project ID       Used       Soft       Hard    Warn/Grace
> ---------- --------------------------------------------------
> myproject1          0          0     102400     00 [--------]
> 
> You can see the hard limit set to 1G. But, when i check directory space
> using df -h command. its showing entire file system space in "Avail" column.
> 
> [root at linux-nfs ~]# df -h /das/myproject1/
> Filesystem            Size  Used *Avail *Use% Mounted on
> /dev/cciss/c0d0       100M     0   *13T   *0% /das

Your kernel is too old to support project quotas showing up properly
in df output.

A current kernel shows:

$ sudo xfs_quota -x -c 'project -s -p /mnt/scratch/foo 42' /mnt/scratch
Setting up project 42 (path /mnt/scratch/foo)...
Processed 1 (/etc/projects and cmdline) paths for project 42 with recursion depth infinite (-1).
$ sudo xfs_quota -x -c 'limit -p bhard=1g 42' /mnt/scratch
$ sudo dd if=/dev/zero of=/mnt/scratch/foo/bar bs=1024k count=100
100+0 records in
100+0 records out
104857600 bytes (105 MB) copied, 0.133275 s, 787 MB/s
$ sync
$ $ df -h /mnt/scratch /mnt/scratch/foo
Filesystem      Size  Used Avail Use% Mounted on
/dev/vdb         11G  133M   11G   2% /mnt/scratch
/dev/vdb        1.0G  100M  924M  10% /mnt/scratch

Which is exactly what you are asking for. Solution: upgrade.

Cheers,

Dave.
-- 
Dave Chinner
david at fromorbit.com