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

TES and Trigger service deployments fail if a UAMI is reused. #843

Open
giventocode opened this issue Jan 17, 2025 · 0 comments
Open

TES and Trigger service deployments fail if a UAMI is reused. #843

giventocode opened this issue Jan 17, 2025 · 0 comments

Comments

@giventocode
Copy link
Contributor

TES and Trigger service pods fail to start if a UAMI is reused, with the error: No matching federated identity record found for presented assertion issuer

The deployer creates a new federated identity with the issuer configured to the AKS cluster created during the deployment for COA. If a new deployment uses the same UAMI, a new cluster is created, but the deployer does not create a new federated identity as one already exists. However, the existing federated identity won’t work because the issuer is configured to the AKS cluster created first. This results in the issue described above.

Recommended fix:

Change the deployer to check if the configured issuer for an existing federated identity matches the cluster.

  • If it is a match, then continue the deployment as is.
    • This scenario would only occur during an upgrade (the AKS cluster already exists).
  • If not a match, fail the deployment with a helpful error message indicating the condition, and suggest creating a new UAMI or deleting the existing federated identity if no other deployment is using it.
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

1 participant