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

Timeout of CreateOrUpdateStackTask defaults to 15 minutes when OIDC is used #563

Open
zafodB opened this issue Aug 30, 2024 · 0 comments
Open

Comments

@zafodB
Copy link

zafodB commented Aug 30, 2024

Describe the bug

When using OIDC to authenticate the CloudFormationCreateOrUpdateStack task, the default timeout for stack creation drops to 15 minutes (instead of 60).

To reproduce

  1. Configure an AWS Service connection in Azure DevOps to use OIDC
  2. Run a pipeline with CloudFormationCreateOrUpdateStack task. Use a stack that takes a long time to deploy (e.g. MSK Clusters, RDS databases, DMS instances, etc., anything that takes more than 15 minutes to deploy).
  3. The stack is created and begins to deploy. This takes a long time, as expected (due to the resource, which takes a long time to deploy).
  4. After ~15 minutes, the task reports that the stack failed to reach completion status, throws and error and halts the pipeline.
  5. The CloudFormation stack continues to deploy without issues, and eventually completes the deployment successfully (albeit after 30-40+ minutes).

Expected behavior

As per the documentation, a default timeout of 60 minutes should be used to wait until stack finishes deployment, before the pipeline task throws an error. This is the case if IAM Credentials are used in the Service Connection.

Screenshots

Not applicable

Your Environment

  • On-prem or cloud based: Cloud Based Azure DevOps service
  • Azure DevOps version: Version Dev19.M243.1 (AzureDevOps_M243_20240823.6)
  • AWS Toolkit for Azure DevOps version: 1.15.0

Additional context

Related to #521

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