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
The fabric8 Kubernetes client changed the delete orphan behavior between 4.1.3 and 4.6.x (currently we are using 4.6.2).
The following issues were raised by people working on EnMasse project and the related operator.
We faced the same problem while running the TopicOperator IT tests where a KafkaTopic wasn't delete even calling the delete() method via the fabric8 client.
This was the part of the code which actually changed the previous behavior.
For coming back to the right behavior and having the KafkaTopic deleted, we added the cascading(true) for each delete() call involved.
We did the same in the Topic Operator code when a topic is delete from Kafka and the TO has to delete the related KafkaTopic resource.
This issue is about checking in the overall Strimzi operator(s) code and tests that where we do a custom resource deletion via fabric8 kubernetes client, we should always add either .cascade(true) or .withPropagationPolicy(..) to get back the old behaviour.
The text was updated successfully, but these errors were encountered:
The fabric8 Kubernetes client changed the delete orphan behavior between 4.1.3 and 4.6.x (currently we are using 4.6.2).
The following issues were raised by people working on EnMasse project and the related operator.
fabric8io/kubernetes-client#1775
fabric8io/kubernetes-client#1840
We faced the same problem while running the TopicOperator IT tests where a
KafkaTopic
wasn't delete even calling thedelete()
method via the fabric8 client.This was the part of the code which actually changed the previous behavior.
https://github.com/fabric8io/kubernetes-client/blob/master/kubernetes-client/src/main/java/io/fabric8/kubernetes/client/dsl/base/OperationSupport.java#L210
For coming back to the right behavior and having the
KafkaTopic
deleted, we added thecascading(true)
for eachdelete()
call involved.We did the same in the Topic Operator code when a topic is delete from Kafka and the TO has to delete the related
KafkaTopic
resource.This issue is about checking in the overall Strimzi operator(s) code and tests that where we do a custom resource deletion via fabric8 kubernetes client, we should always add either .cascade(true) or .withPropagationPolicy(..) to get back the old behaviour.
The text was updated successfully, but these errors were encountered: