hmm, is it possible that btrfs is doing some deduplication or compression? The expected behavior works fine with small quotas like 10/20MB but at 1GB i can overwrite quite a bit from /dev/zero I also tried to dd from /dev/urandom (to get some variety other than zeros) dd if=/dev/urandom of=meow bs=1024 count=1500000 output: dd: error writing ‘meow’: Disk quota exceeded 1163330+0 records in 1163329+0 records out 1191248896 bytes (1.2 GB) copied, 110.25 s, 10.8 MB/s
So it looks like its stopping the write, but with a 1GB quota, thats a 20% over quota -Kevin On 07/03/2014 09:21 PM, Satoru Takeuchi wrote: > Hi Kevin, > > (2014/07/04 11:13), Kevin Brandstatter wrote: >> basing of the latest for-linus branch i found i can write way more than >> the quota >> >> btrfs quota enable >> btrfs subvolume create test >> btrfs qgruop limit 1G test >> dd if=/dev/zero of=test/file bs=1024 count=1500000 >> output: >> 1500000+0 records in >> 1500000+0 records out >> 1536000000 bytes (1.5 GB) copied, 5.91909 s, 259 MB/s >> >> thats a full half gig over the quota limit. I noticed some changes to >> the quota >> accounting in the logs, what changed that could cause this? > > Do you remember what kernel version quota worked correctly? > > Thanks, > Satoru > >> >> -Kevin Brandstatter >> -- >> To unsubscribe from this list: send the line "unsubscribe >> linux-btrfs" in >> the body of a message to [email protected] >> More majordomo info at http://vger.kernel.org/majordomo-info.html >> > -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
