On Tue, Oct 29, 2013 at 12:42 PM, Duncan <1i5t5.duncan@xxxxxxx> wrote: > > So I'd call the qgroups feature broken at this time I agree. I made a page about Quotas on the wiki so to document my findings as documentation is really sparse. If you consult the section Known issues, you will find those: * To get accurate information, you must issue a sync before using the qgroup show command. * The qgroup show command is missing some information, for example you cannot see which subvolume is part of a parent qgroup. * Creating a qgroup from an existing directory will show a 0 usage until a full filesystem quota rescan is issued. * Using btrfs subvolume delete will break qgroup unshared space usage. * After deleting a subvolume, you must manually delete the associated qgroup. Knowing this, if you create a qgroup after some files have been added to a subvolume, those never get accounted for until you rescan the whole volume. This means that if you manage to delete enough "not accounted for" files, you get negative numbers. Wiki: https://btrfs.wiki.kernel.org/index.php/Quota_support -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
