question-mark
Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

customTimeouts not honored for `ecs.Service`

See original GitHub issue

When passing this customTimeouts block to new awsx.ecs.FargateService():

  80   │   {
  81   │     customTimeouts: {
  82   │       create: '30m',
  83   │       update: '30m',
  84   │       delete: '30m',
  85   │     },
  86   │   }

Pulumi still reports that the operation times out after 10 minutes:

Diagnostics:
  aws:ecs:Service (development-root-fargate-service):
    error: Plan apply failed: 1 error occurred:
        * creating urn:pulumi:development::infra::awsx:x:ecs:FargateService$aws:ecs/service:Service::development-root-fargate-service: timeout while waiting for state to become 'true' (last state: 'false', timeout: 10m0s)

Judging by this comment (https://github.com/pulumi/pulumi/issues/2655#issuecomment-495302984), it seems like what might be required is better surfacing of the fact that custom timeouts are not supported for this resource type.

Issue Analytics

  • State:closed
  • Created 4 years ago
  • Reactions:3
  • Comments:6 (3 by maintainers)

github_iconTop GitHub Comments

2reactions
lukemundy-vgwcommented, Aug 13, 2020

Just wanted to bump this issue as it’s causing a small amount of pain for us during deployments. Our ECS services are typically pretty quick to deploy (less than 2 minutes) and so I’d like to set a pretty short timeout on them (something like 5 minutes) so that if there are issues with the service stabilising, we get much quicker feedback than having to wait for the default timeout of 15 minutes, or an engineer noticing that deployment is taking longer than usual.

0reactions
lukehobancommented, Nov 19, 2022

Ok, so I found the issue here - essentially, the underlying ecs_service doesn’t actually support CustomTimeouts.

CustomTimeouts support was added in the upstream provider in https://github.com/hashicorp/terraform-provider-aws/pull/10452 (for delete) and in https://github.com/hashicorp/terraform-provider-aws/pull/25641 (for create and update).

Read more comments on GitHub >

github_iconTop Results From Across the Web

CustomTimeouts - Pulumi
The customTimeouts resource option provides a set of custom timeouts for create , update , and delete operations on a resource. These timeouts...
Read more >
Troubleshoot common errors with API calls in Amazon ECS
I want to troubleshoot common errors with API calls in Amazon Elastic Container Service (Amazon ECS). Short description. The Amazon ECS APIs ...
Read more >
AWS ECS service Tasks getting replaced with (reason ...
I faced the same issue of ( Reason request timeout ). I managed to solve it by updating my security-group inbound rules. Currently,...
Read more >
hashicorp-terraform/Lobby - Gitter
I'm working through hacking an example terraform build to try to get my head around ... I would expect this to create a...
Read more >
2020-July.txt - SuSE Lists
B621EFF0B@maintenance.suse.de> SUSE Container Update Advisory: suse/sle15 ... units: starting suspend.target should not fail when suspend is successful ...
Read more >

github_iconTop Related Medium Post

No results found

github_iconTop Related StackOverflow Question

No results found

github_iconTroubleshoot Live Code

Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free

github_iconTop Related Reddit Thread

No results found

github_iconTop Related Hackernoon Post

No results found

github_iconTop Related Tweet

No results found

github_iconTop Related Dev.to Post

No results found

github_iconTop Related Hashnode Post

No results found