All of lore.kernel.org
 help / color / mirror / Atom feed
From: Dongsheng Yang <yangds.fnst@cn.fujitsu.com>
To: Cyril Scetbon <cyril.scetbon@free.fr>, Duncan <1i5t5.duncan@cox.net>
Cc: <linux-btrfs@vger.kernel.org>
Subject: Re: Quota question
Date: Thu, 13 Nov 2014 11:05:49 +0800	[thread overview]
Message-ID: <5464200D.1010600@cn.fujitsu.com> (raw)
In-Reply-To: <928A4C3A-2CE4-48E5-8831-BE6C1685ED8B@free.fr>

On 11/12/2014 10:04 PM, Cyril Scetbon wrote:
> Anyone on this ? There is an issue with quotas depending on the write rate. The more we can write before a sync, the more we can exceed quotas limits

Hi Cyril, I attempted to reproduce the problem you reported in 
Linux.3.17, but failed.
It seems that the issue in this thread was fixed already. Could you test 
on Linux.3.17 or later version?

Below is my log:
[root@atest-guest linux_btrfs]# uname -a
Linux atest-guest 3.17.0+ #60 SMP Thu Nov 13 06:51:55 EST 2014 x86_64 
x86_64 x86_64 GNU/Linux
[root@atest-guest linux_btrfs]# btrfs qgroup show -e /mnt
qgroupid rfer  excl  max_excl
-------- ----  ----  --------
0/5      16384 16384 0
[root@atest-guest linux_btrfs]# btrfs sub create /mnt/sub
Create subvolume '/mnt/sub'
[root@atest-guest linux_btrfs]# sync
[root@atest-guest linux_btrfs]# btrfs qgroup show -e /mnt
qgroupid rfer  excl  max_excl
-------- ----  ----  --------
0/5      16384 16384 0
0/257    16384 16384 0
[root@atest-guest linux_btrfs]# btrfs qgroup limit -e 300M /mnt/sub
[root@atest-guest linux_btrfs]# btrfs qgroup show -e /mnt
qgroupid rfer  excl  max_excl
-------- ----  ----  --------
0/5      16384 16384 0
0/257    16384 16384 314572800
[root@atest-guest linux_btrfs]# for((i=0;i<10;i++));do dd if=/dev/zero 
of=/mnt/sub/data$i bs=6M count=10; done
10+0 records in
10+0 records out
62914560 bytes (63 MB) copied, 0.0401096 s, 1.6 GB/s
10+0 records in
10+0 records out
62914560 bytes (63 MB) copied, 0.0431105 s, 1.5 GB/s
10+0 records in
10+0 records out
62914560 bytes (63 MB) copied, 0.0407304 s, 1.5 GB/s
10+0 records in
10+0 records out
62914560 bytes (63 MB) copied, 0.041441 s, 1.5 GB/s
dd: error writing \u2018/mnt/sub/data4\u2019: Disk quota exceeded
10+0 records in
9+0 records out
60817408 bytes (61 MB) copied, 0.0398122 s, 1.5 GB/s
dd: error writing \u2018/mnt/sub/data5\u2019: Disk quota exceeded
1+0 records in
0+0 records out
1703936 bytes (1.7 MB) copied, 0.00318793 s, 534 MB/s
dd: error writing \u2018/mnt/sub/data6\u2019: Disk quota exceeded
1+0 records in
0+0 records out
0 bytes (0 B) copied, 0.00239674 s, 0.0 kB/s
dd: error writing \u2018/mnt/sub/data7\u2019: Disk quota exceeded
1+0 records in
0+0 records out
0 bytes (0 B) copied, 0.002271 s, 0.0 kB/s
dd: error writing \u2018/mnt/sub/data8\u2019: Disk quota exceeded
1+0 records in
0+0 records out
0 bytes (0 B) copied, 0.00232063 s, 0.0 kB/s
dd: error writing \u2018/mnt/sub/data9\u2019: Disk quota exceeded
1+0 records in
0+0 records out
0 bytes (0 B) copied, 0.00185336 s, 0.0 kB/s
[root@atest-guest linux_btrfs]# sync
[root@atest-guest linux_btrfs]# btrfs qgroup show -e /mnt
qgroupid rfer      excl      max_excl
-------- ----      ----      --------
0/5      16384     16384     0
0/257    314195968 314195968 314572800


  parent reply	other threads:[~2014-11-13  3:08 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-10-30 18:37 Quota question Cyril Scetbon
2014-10-31  8:45 ` Cyril Scetbon
2014-11-01  7:00   ` Duncan
2014-11-01 20:53     ` Cyril Scetbon
2014-11-02  1:53       ` Chris Murphy
2014-11-02 10:42         ` Cyril Scetbon
2014-11-02 21:48           ` Chris Murphy
2014-11-05 20:52             ` Cyril Scetbon
2014-11-07 20:20               ` Christoph Hellwig
2014-11-07 19:06     ` Cyril Scetbon
2014-11-08  2:36       ` Duncan
2014-11-09 17:55         ` Cyril Scetbon
2014-11-09 22:10           ` Cyril Scetbon
2014-11-12 14:04             ` Cyril Scetbon
2014-11-12 16:01               ` Wang Shilong
2014-11-13  3:05               ` Dongsheng Yang [this message]
2014-11-13  9:40                 ` Dongsheng Yang
2014-11-13 10:49                   ` Cyril Scetbon
  -- strict thread matches above, loose matches on Subject: below --
2014-10-30 16:28 Cyril Scetbon

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=5464200D.1010600@cn.fujitsu.com \
    --to=yangds.fnst@cn.fujitsu.com \
    --cc=1i5t5.duncan@cox.net \
    --cc=cyril.scetbon@free.fr \
    --cc=linux-btrfs@vger.kernel.org \
    /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.