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

kapp flip flops betweek gk scoping and non scoping while using --dangerous-allow-empty-list-of-resources #929

Closed
praveenrewar opened this issue Apr 16, 2024 · 0 comments · Fixed by #928
Labels
bug This issue describes a defect or unexpected behavior carvel accepted This issue should be considered for future work and that the triage process has been completed

Comments

@praveenrewar
Copy link
Member

What steps did you take:
I have a Gitops system where we deploy resources from files using kapp. We just use kapp deploy to deploy and delete resources, and hence we have to use the --dangerous-allow-empty-list-of-resources flag when all files are removed.

$ kapp deploy -a test -f examples/simple-app/config-1.yml
.
.
.
// Deployment and Service Created
$ kapp deploy -a test -f empty-dir --dangerous-allow-empty-list-of-resources
.
.
.
// Deployment and Service deleted. 

What happened:
After the above two commands are run, kapp removes the usedGKs list from the meta ConfigMap. Due to this, the next time kapp deploy is run, kapp doesn't use GK scoping because it thinks that this is an old app which didn't have gk scoping enabled.

What did you expect:
I expected kapp to continue scope the listing to the GKs from the resources I am trying to deploy.

Anything else you would like to add:

Environment:

  • kapp version (use kapp --version):
  • OS (e.g. from /etc/os-release):
  • Kubernetes version (use kubectl version)

Vote on this request

This is an invitation to the community to vote on issues, to help us prioritize our backlog. Use the "smiley face" up to the right of this comment to vote.

👍 "I would like to see this addressed as soon as possible"
👎 "There are other more important things to focus on right now"

We are also happy to receive and review Pull Requests if you want to help working on this issue.

@praveenrewar praveenrewar added bug This issue describes a defect or unexpected behavior carvel accepted This issue should be considered for future work and that the triage process has been completed labels Apr 16, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug This issue describes a defect or unexpected behavior carvel accepted This issue should be considered for future work and that the triage process has been completed
Projects
Archived in project
Development

Successfully merging a pull request may close this issue.

1 participant