-
Notifications
You must be signed in to change notification settings - Fork 158
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
namespaced Helm resources using removed api-version show up with no namespace #455
Comments
Hi @jrhunger, this is an interesting edge case, thanks for reporting 👍. It makes sense we can't determine if a resource is namespaced if running on a cluster that doesn't know this resource (or given version) anymore. Currently, the I'm unsure at the moment if there's much we can do or, rather, a generic enough solution to improve the situation (I would like to avoid implementing several workarounds just covering a very small subset of the edge cases), but it's a good find. I'll keep it open for now to |
Further thought on this - maybe we can try to match if the same kind exists in the same group, but a different version. This wouldn't be 100% - still, there's not much we can do about a completely unknown resource - but it would help in the reported scenario. I.e. we didn't find |
In my cluster i have Ingress from both networking.k8s.io/v1beta1 and also extensions/v1beta1. The latter would not get picked up by this. Since there are only a small number of kinds that are deprecated per the Deprecated API Migration Guide and i think those are being manually added to the rego rules in this project, i wonder if it would be possible to also maintain a small static map or other data structure that could be consulted to determine if each (deprecated) kind is namespaced? |
Yep, this would be an option. I'm somewhat hesitant to add more static info that needs to be maintained, but it would solve the issue, and it's true there're not that many resources. |
This issue has not seen any activity in last 60 days, and has been marked as stale. |
This issue was closed because it has been stalled for 90 days with no activity. |
This bug makes kubent really hard to use for me. |
#373 had a side effect
Example (on a cluster running v1.24.3):
I included the warning message because I see that in the code, and that if clause is returning false from isResourceNamespaced:
https://github.com/doitintl/kube-no-trouble/pull/373/files#diff-52cf05b270ce23924abdc3d3cd78665270611b25468cf728249f4bdb33eec0dcR42
I'm wondering if there is a way to check the replacement api version for the resource when the found one does not exist? (if the found one is removed, then the replacement one surely exists).
The text was updated successfully, but these errors were encountered: