ClusterIngress objects are deleted when the associated Route object is.
Sometimes the ClusterIngress object is not deleted and is left in an orphaned state.
kubectl delete ksvc --all/remove-area API
/remove-area autoscale
/remove-area build
/remove-area monitoring
/remove-area test-and-release
/remove-kind question
/remove-kind doc
/remove-kind feature
/remove-kind good-first-issue
/remove-kind process
/remove-kind spec
/remove-kind cleanup
cc @dprotaso
/area api
We could handle this via a finalizer on Route, anything less feels like it would need a separate controller that's tantamount to implementing what we're expecting from K8s' GC today.
I think the flow would go something like:
Hmm, I have a simple PoC working, which seems to do the right thing on a simple example and the e2e tests still leave around a buttload of ClusterIngress resources. 🤦♂️
I wonder if I'm hitting some strange interaction between finalizers and delete propagation like @vaikas-google hit a while back?
do you have pointer to the PoC?
Not pushed. We talked offline, and found my problem. Basically the problem is that our controllers don't deal well with finalizers in general. My change made Route deal with this, but the reason things aren't going away is that the ClusterIngress conroller is racing to recreate resources as the Kubernetes resource is GCing them.
Will keep experimenting after I get out of meetings.
Success! Now to fix all the unit tests it breaks 🙄
WOOHOO!!!
On Tue, Jan 29, 2019 at 2:24 PM Matt Moore notifications@github.com wrote:
Success! Now to fix all the unit tests it breaks 🙄
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/knative/serving/issues/2570#issuecomment-458731873,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AKwedMFratH0Kpgr3Cq_2kemW3VMaOxXks5vIModgaJpZM4Y4Bkf
.
/assign
Most helpful comment
Success! Now to fix all the unit tests it breaks 🙄