Josef Bacik wrote:
>
> This is a huge topic in and of itself, but Christoph mentioned wanting to have
> an idea of what we wanted to do with it, so I'm putting it here. There are
> really 2 things here
>
> 1) Limiting the size of subvolumes. This is really easy for us, just create a
> subvolume and at creation time set a maximum size it can grow to and not let it
> go farther than that. Nice, simple and straightforward.
>
I'd love to be able to limit the size of a subvolume. Here the size comprises
all blocks this subvolume refers to.
But at least as important to me is a mode where one can build groups of sub-
volumes and snapshots and define a quota for the complete group. Again, the
size here comprises all blocks any of the subvolumes/snapshots refer to. If
a block is referred to more than once, it counts only once.
A subvolume/snapshot can be configured to be part of multiple groups.
With this I can do interesting things:
a) The user pays only for the space he occupies, not for read-only snapshots
b) The user pays for his space and for all the snapshots
c) The user pays for his space and snapshots, but not for snapshots generated
for internal backup purposes
d) Hierarchical quotas. I can limit /home and set an additional quota on each
homedir
Thanks,
Arne
--
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
