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
From FTI-6400.
Customers failed to update kube-dns service in kube-system because the validating admission webhook fails.
We could Add such namespace selector in admission webhook configuration to exclude kube-system service:
Is the right behaviour to change the default in values.yaml? It's technically a breaking change but you can always override it by explicitly setting the value to {}.
This change would require proper documentation but I feel like the annoyance to many valid use cases (blocking EKS upgrades) warrants annoying a few non recommended use-cases. WDYT?
Is the right behaviour to change the default in values.yaml? It's technically a breaking change but you can always override it by explicitly setting the value to {}.
This could potentially break users' configurations where they rely on webhook and deploy Service (for KIC to reconcile) in kube-system ns. Probably the blast radius is small but it's possible. I'd suggest to document this in kong/README.md (perhaps in a section Excluding objects from webhook validation) rather than change this in a minor/patch version bump.
From FTI-6400.
Customers failed to update
kube-dns
service inkube-system
because the validating admission webhook fails.We could Add such namespace selector in admission webhook configuration to exclude
kube-system
service:The text was updated successfully, but these errors were encountered: