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
We use release-0.23.7 to manage our Clickhouse instances.
Currently working on migrating all Clickhouse servers to a different storage class. This is what we do:
Change the storageClass and PVC size (making sure it is large enough for the data in the replica) in the ClickhouseInstallation
Delete the replicas StatefulSet and PVC and PV
Have the Operator recreate it
Usually, this works fine. The replica is created on a new PVC with the new settings, and the data is synced back from the remaining replicas. We do this one after another until we are entirely running on the new storage.
However, this never works for replica 0 (I've also seen it for replicas >0, but only sometimes). The new StatefulSet is created with a new PVC, but the database and tables are not created and, therefore, are not synced.
In these cases, the Operator somehow ends up here:
We use release-0.23.7 to manage our Clickhouse instances.
Currently working on migrating all Clickhouse servers to a different storage class. This is what we do:
Usually, this works fine. The replica is created on a new PVC with the new settings, and the data is synced back from the remaining replicas. We do this one after another until we are entirely running on the new storage.
However, this never works for replica 0 (I've also seen it for replicas >0, but only sometimes). The new StatefulSet is created with a new PVC, but the database and tables are not created and, therefore, are not synced.
In these cases, the Operator somehow ends up here:
clickhouse-operator/pkg/controller/chi/worker.go
Line 909 in d5f265f
What works in these scenarios is this:
In this case, the operator reconciles the installation fine and creates the database and tables.
The text was updated successfully, but these errors were encountered: