Replies: 2 comments 1 reply
-
It is not really clear what the order of things is and their timing. You talk about deleting the cluster, but that is not part of the log that is not complete. So it is not obvious. This could be related to #4856. But it is hard to say for sure because there is not enough information. |
Beta Was this translation helpful? Give feedback.
-
I deleted Kafka+KafkaNodePool resources via kubectl at the same time. Before I trigger a new cluster creation, I only wait for the pods from the old cluster to be deleted. Interestingly, there is no issue if I wait a couple of minutes before I trigger the creation of a new cluster. I updated the logs with extra information, like the "DELETE" message.
|
Beta Was this translation helpful? Give feedback.
-
Bug Description
After deleting and reapplying the Kafka Custom Resources (CRs) for a Kafka cluster configured with KRaft, the Strimzi operator takes approximately 5 minutes to recreate the required Kubernetes resources. This delay significantly exceeds the expected initialization time, which should typically occur within seconds.
Steps to reproduce
Expected behavior
Strimiz operator should create the K8S resources in seconds
Strimzi version
0.43.0
Kubernetes version
v1.26.12+k3s1
Installation method
Helm Chart
Infrastructure
K3S
Configuration files and logs
Additional context
If I wait a few minutes and then recreate the Kafka cluster along with the KafkaNodePool, the resources are created within seconds.
Beta Was this translation helpful? Give feedback.
All reactions