Closed thomassuedbroecker closed 2 years ago
We fixed it with more memory for our cluster and a reinstallation of the Operator once more and a clean-up in IBM Cloud.
Hey @thomassuedbroecker, thanks for posting your solution. Was the only issue memory pressure?
Deleting CR's should behave correctly, of course. 🙏
Hi @JohnStarich, we noticed: you should don't delete too fast too many IBM Cloud Operator CRDs , maybe that results in an unstable state and can be related to Writing a Kubernetes Operator: the Hard Parts - Sebastien Guilloux, Elastic .
Hi, today we figured out following:
Our objective was
We wanted to delete instances of the "bindings and service" by removing the CR instances inside a project/namespace, because we would like to delete the services on IBM Cloud and setup new configurations for our application in the cluster.
Steps to reproduce:
Question:
How to avoid this or even better how to fix that unstable status?
Steps to get a stable status again:
We tried to following steps to get a stable status again, but we had no success at the end.
Conclusion at the moment
Don't delete CRDs for the IBM Cloud Operator and don't delete projects that contains CRDs of the IBM Cloud Operator! The deletion will break the IBM Cloud Operator and you need to install it again and maybe ends in an unstable state for projects at the cluster.