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
We are observing situations in which we expected resources to be pruned but they aren't. We have pruning enabled and in general pruning of deleted resources appears to work. Here's the behavior we observed.
Commit a virtual service named "gateway" in networking.istio.io_v1beta1_virtualservice_gateway.yaml
Sometime later create a commit that removes file networking.istio.io_v1beta1_virtualservice_gateway.yaml
I was expecting the gateway resource to be deleted but it wasn't.
We've checked the following places and they all indicate reconciliation succeeded. Here's the abbreviated status
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
HI Folks,
We are observing situations in which we expected resources to be pruned but they aren't. We have pruning enabled and in general pruning of deleted resources appears to work. Here's the behavior we observed.
I was expecting the gateway resource to be deleted but it wasn't.
We've checked the following places and they all indicate reconciliation succeeded. Here's the abbreviated status
I noticed the virtual service has the flux labels but it is missing the managedFields
My expectation is that since flux created this resource it would notice that it was no longer in the repo and prune it.
How does flux determine resources it owns and should be pruned? Is this based on labels? managedFields? Annotations?
Edit
We are using v0.5.0 which looks like it is outdated (looks like there were some changes to GC after that)
It looks like the GC logic lives here and should identify resources based on the checksum label.
Beta Was this translation helpful? Give feedback.
All reactions