Just for ref, @Flefebvre started a work on this, but is currently stalled /
closed :
https://github.com/openzfs/openzfs/pull/250
Ben
On 07 Nov 2016 19:00, Matthew Ahrens wrote:
I see the use case for these "logical" quotas (variants on userquota@,
quota, refquota). FYI, I added the "logicalused" and "logicalreferenced"
properties a few years back, and these can be used to implement
application-level checks/quotas. If we implement a "logicalquota" and
"logicalrefquota", those could be based on the "logicalused" and
"logicalreferenced" properties, respectively.
--matt
On Fri, Nov 4, 2016 at 5:11 PM, Jorgen Lundman <[email protected]> wrote:
I believe this was one of my questions at my first ZFS Summit day :)
The space saved from compression should be to our advantage, not that of
the customers (who should really compress their data anyway, right?)
which is how Google does its drive space etc.
But since OpenZFS can not currently do this, we have lived with
compression-favours-the-customers.
This came to an amusing issue with the last maintenance, where we moved
customers from existing (compressed ZFS storage) to new hardware, and
"someone" forgot to set compression. (Solaris copies the compression
property with zfs recv -o, but IllumOS does not).
Suddenly a couple of hundred customers could no longer receive mail, as
they'd managed to tweak their mail storage just under the quota limit
compressed, which now went far beyond their quota, uncompressed.
I'm sure I put everyone to sleep with that anecdote.
lt, dr;
We too want (alternate?) quotas based on pre-compressed sized :)
Lund
------------------------------------------
openzfs-developer
Archives:
https://openzfs.topicbox.com/groups/developer/discussions/Tfd2cc66adc0dc82c-M6cdf1f8bd764c33efa704df7
Powered by Topicbox: https://topicbox.com
