Skip to content
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

Field from CRD manifest gets removed after applying the manifest #205

Closed
michalschott opened this issue Jun 3, 2022 · 3 comments
Closed

Comments

@michalschott
Copy link

operator version 0.2.1 / develop

➜  k version --short
Client Version: v1.22.9
Server Version: v1.22.6-eks-14c7a48

This extra field in CRD definition gets removed after applying the manifest, thus tools like ArgoCD/FluxCD are constantly running tasks to update the in-cluster crd manifest.

@somnusfish
Copy link
Contributor

Hi @michalschott,

Thanks for reaching out. Would you mind elaborate more on the issue you just reported?

operator version 0.2.1 / develop

The version that you mentioned here are actually two version, 0.2.1 and develop. which version did you use and what manifest did you apply? Note that the bottlerocket-update-operator.yaml for 0.2.1 is different than the one in develop.

And what is the error that you are facing?

Thanks

@michalschott
Copy link
Author

michalschott commented Jun 4, 2022

Apologies to not being clear enough at the beginning.

I've used this manifest, but also this one. Both of them have field .spec.names.categories[] defined which is being removed by kubernetes (in my case EKS 1.22) once manifest is applied. This results in a gap / difference between defined and in-live manifest, which causes tools like ArgoCD / FluxCD to constantly reapply defined manifests.

Solution would be to drop mentioned field from auto-generated manifest.

@somnusfish
Copy link
Contributor

The manifest get updated in our latest release 0.2.2, closing this issue for now and please feel free to reopen/create a new issue if you have further concerns.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants