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

Updating/creating too many quotas in a short time span causes errors and quota to not be applied #4

Open
Jascha-N opened this issue Dec 24, 2021 · 4 comments

Comments

@Jascha-N
Copy link

Jascha-N commented Dec 24, 2021

The error message reads:

Quota policy rule create operation succeeded, however quota resize failed due to an internal error. To make quotas active for volume "project" in SVM "atreides", disable quotas for the volume and then re-enable them again.

or:

Failed to obtain volume quota state or invalid quota state obtained for volume "project" in SVM "atreides". Fix the issue and retry the operation

The quota will be stuck on a default 10GB until manually reactivated or "resized".

https://community.netapp.com/t5/ONTAP-Discussions/Python-Rest-Api-quota-error/m-p/164921

@hurngchunlee
Copy link
Contributor

This can only be fixed by calling "quota resize"; however, there is no such interface available in the NetApp Rest API. The link above indicates that the fix has been provided in ontap 9.8

two options:

  • apply a cron job to run quota resize every hour, or
  • upgrade ontap to 9.8 (we are currently running 9.7P14)

@RenedBruin what do you think?

@RenedBruin
Copy link

RenedBruin commented Jan 3, 2022 via email

@hurngchunlee
Copy link
Contributor

@Jascha-N I am curious about your test result after I implemented the enforcement of the PATCH call on the quota rule API. I have a feeling that if it a known issue with OnTap 9.7, we might still have the same error.

In this case, the quota resize cron job is the workaround until we upgrade the filer to OnTap 9.8.

@Jascha-N
Copy link
Author

I have created a cronjob under my own user account, which resizes the quota every hour, 30 minutes past the hour. Maybe this solves the problem. If you prefer to have it in the root crontab, you can move it there, but I'd rather not mess around with that myself.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants