You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Apr 4, 2023. It is now read-only.
Right now, if you change the persistence settings for a running cluster, the navigator controller will attempt to update the statefulset with the new volumeclaimtemplate settings.
I'm not sure whether this is supported and even if so, Navigator doesn't yet have a way to control the rollout of the updated statefulset.
We should prevent the user from changing the persistence setting for now.
This shouldn't happen after #256 but we can add validation to make the persistence setting immutable.
Similar to what @kragniz did for Rack and DC
wallrj
changed the title
Changing CassandraCluster persistence settings may cause data loss
Changing CassandraCluster persistence settings should not be allowed
Feb 27, 2018
Automatic merge from submit-queue.
Make nodepool persistence settings immutable
**What this PR does / why we need it**: this adds validation to not allow changing persistence settings in cassandra and elasticsearch, and adds test coverage for the update validation.
**Which issue this PR fixes** *(optional, in `fixes #<issue number>(, fixes #<issue_number>, ...)` format, will close that issue when PR gets merged)*: fixes#233
**Release note**:
```release-note
none
```
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Right now, if you change the persistence settings for a running cluster, the navigator controller will attempt to update the statefulset with the new volumeclaimtemplate settings.I'm not sure whether this is supported and even if so, Navigator doesn't yet have a way to control the rollout of the updated statefulset.We should prevent the user from changing the persistence setting for now.
See:
/kind bug
The text was updated successfully, but these errors were encountered: