-
Notifications
You must be signed in to change notification settings - Fork 71
Open
Labels
backport-neededDenotes a PR or issue that has not been fully backported.Denotes a PR or issue that has not been fully backported.customer-requestkind/bugCategorizes issue or PR as related to a bug.Categorizes issue or PR as related to a bug.sig/uiDenotes a PR or issue as being assigned to SIG UI.Denotes a PR or issue as being assigned to SIG UI.
Description
What happened
When creating a cluster with Encryption at Rest enabled via the API/UI, the encryption secret is created in the seed cluster's kubermatic namespace (which doesn't exist in shared environments). It should be created in the master cluster's kubermatic namespace. This causes the cluster to get stuck in the Creating phase because the encryption-secret-synchronizer controller expects the secret in the master cluster.
Expected behavior
The encryption secret should be created in the master cluster's kubermatic namespace. The encryption secret synchronizer will then sync it to the appropriate seed cluster.
How to reproduce
- Deploy KKP with separate master and seed clusters
- Create a new user cluster with EAR enabled
- The cluster gets stuck at
Creatingphase
Current workaround
Manually create the encryption secret in the master cluster's kubermatic namespace.
Metadata
Metadata
Assignees
Labels
backport-neededDenotes a PR or issue that has not been fully backported.Denotes a PR or issue that has not been fully backported.customer-requestkind/bugCategorizes issue or PR as related to a bug.Categorizes issue or PR as related to a bug.sig/uiDenotes a PR or issue as being assigned to SIG UI.Denotes a PR or issue as being assigned to SIG UI.