Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Deprecate mc quota and subcommands #5014

Open
feorlen opened this issue Aug 8, 2024 · 2 comments
Open

Deprecate mc quota and subcommands #5014

feorlen opened this issue Aug 8, 2024 · 2 comments
Assignees

Comments

@feorlen
Copy link
Contributor

feorlen commented Aug 8, 2024

Bucket quotas, managed with mc quota and subcommands, don't work like the common understanding of the concept of a quota. Since they rely on the object scanner to identify when a bucket is over quota, they cannot be strictly enforced in the way "hard quota" suggests.

The bucket could go over the configured size between scanner passes and mc quota does not have a mechanism to resolve an overage. This feature was intended as a failsafe against something running amok, not a meaningful tool for managing bucket size.

Per @harshavardhana this should be deprecated. It already is in the web docs. In the future, similar functionality will be available as part of Enterprise Catalog.

Related discussions at:
#5011
#5012
minio/docs#1294

@klauspost
Copy link
Contributor

This is why you can't have nice things.

@art-b-d
Copy link

art-b-d commented Aug 16, 2024

We has a MinIO Enterprise (old licence, nor lite or plus) and use "mc quota" in a script/cron to set a "default" quota in every bucket that our users create.
We know that isn't a hard quota, but I need it to "force" our users tell us the grouth expectation.

For us, a high quota is better than unlimited quota.

@harshavardhana harshavardhana self-assigned this Oct 4, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants