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
Helm chart should not upgrade Storage classes and snapshot classes #11398
Comments
Counterpoint: it seems to me that it's little beyond the appropriate scope of the Rook Helm charts to create storageclasses at all. |
I can take it up if it's not urgent, |
Just from the perspective that storage classes are immutable? Otherwise, it seems very nice to parameterize the storage classes with the few fields that anyone ever needs to change such as the namespace. |
@travisn We should not use it while upgrading but this sc setting would need to be checked while helm upgrade.right? |
The lookup cmd example cronjob with helm https://www.youtube.com/watch?v=_oSrLtaE9Sw |
Alternatives that can be used,
While doing helm upgrade, Or maybe using |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed in a week if no further activity occurs. Thank you for your contributions. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed in a week if no further activity occurs. Thank you for your contributions. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed in a week if no further activity occurs. Thank you for your contributions. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed in a week if no further activity occurs. Thank you for your contributions. |
This issue has been automatically closed due to inactivity. Please re-open if this still requires investigation. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed in a week if no further activity occurs. Thank you for your contributions. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed in a week if no further activity occurs. Thank you for your contributions. |
This issue has been automatically closed due to inactivity. Please re-open if this still requires investigation. |
Still good to investigate |
Is this a bug report or feature request?
Deviation from expected behavior:
The cluster helm chart attempts to upgrade storage classes when their properties change, which causes a failure such as:
Expected behavior:
Storage classes and snapshot classes are immutable. If their properties change, they should not be updated with the helm chart upgrade.
We should be able to accomplish this with the lookup function. If the lookup of the storage class says it doesn't exist, then we create it. Otherwise, we skip the update. Here is an example of using the lookup to see if a resource exists.
How to reproduce it (minimal and precise):
The text was updated successfully, but these errors were encountered: