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

Create ServiceAccount before creating Secret associated with a ServiceAccount #892

Closed
sethiyash opened this issue Feb 26, 2024 · 1 comment
Labels
enhancement This issue is a feature request

Comments

@sethiyash
Copy link
Contributor

sethiyash commented Feb 26, 2024

Describe the problem/challenge you have
When we create a Secret which is of type service account token, then the ServiceAccount should be created first.
Presently, kapp does not await the creation of the ServiceAccount prior to creating a Secret associated with said ServiceAccount. Consequently, the Secret encounters reconciliation failure, manifesting with the following error message:

kapp: Error: waiting on reconcile secret/amr-access-token (v1) namespace: default:
  Errored:
    Getting resource secret/amr-access-token (v1) namespace: default:
      API server says: secrets "amr-access-token" not found (reason: NotFound)

Describe the solution you'd like
There should be a default rule in kapp to create the service account first before creating a Secret associated with a ServiceAccount

Anything else you would like to add:
[Additional information that will assist in solving the issue.]


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.

@sethiyash sethiyash added enhancement This issue is a feature request carvel triage This issue has not yet been reviewed for validity labels Feb 26, 2024
@praveenrewar
Copy link
Member

I just realised that we already have an issue present for this.

@github-project-automation github-project-automation bot moved this to Closed in Carvel Feb 27, 2024
@github-actions github-actions bot removed the carvel triage This issue has not yet been reviewed for validity label Feb 27, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement This issue is a feature request
Projects
Archived in project
Development

No branches or pull requests

2 participants