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
I've encountered an issue with the Crossplane Kubernetes Provider related to the synchronization of Kubernetes secrets when manually changed using kubectl edit command.
How can we reproduce it?
I created a Crossplane resource with the following specifications:
When manually changing the secret using kubectl edit secret my-secret, the Provider doesn't recognize the modification, and the secret remains unchanged(for example, removing field2).
However, when I change the secret using kubectl apply -f secret_object.yml, the provider properly detects the changes and replaces the secret to align with the desired state.
The provider should "reconcile" it after 60 seconds or according to the configured poll interval IIRC, there is another issue to make provider-kubernetes watch resources instead of polling.
Maybe kubectl edit ... does not set this annotation and therefore the provider did not realize the "current-state" changed.
Obviously it would be nice if the provider compared the resource itself instead of the annotation, but this is probably impossible because of mutating webhooks etc.
What happened?
I've encountered an issue with the Crossplane Kubernetes Provider related to the synchronization of Kubernetes secrets when manually changed using kubectl edit command.
How can we reproduce it?
I created a Crossplane resource with the following specifications:
When manually changing the secret using
kubectl edit secret my-secret
, the Provider doesn't recognize the modification, and the secret remains unchanged(for example, removing field2).However, when I change the secret using
kubectl apply -f secret_object.yml
, the provider properly detects the changes and replaces the secret to align with the desired state.What environment did it happen in?
Crossplane Version: v1.14.3
Provider-Kubernetes Version: v0.9.0
Kubernetes Version: v1.27 (on-premise, Installed using kubespray)
OS: Ubuntu 22.04
The text was updated successfully, but these errors were encountered: