fix: increase custom aws timeout to 5 minutes#69
Merged
Conversation
Signed-off-by: bgagent <scottschreckengaust@users.noreply.github.com>
krokoko
approved these changes
May 11, 2026
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Based on the timing analysis:
The Lambda for the Blueprint ran for 85 seconds (log stream shows activity from 22:02:50 to 22:04:15), the DynamoDB PutItem succeeded, but the Lambda failed to send the cfn-response callback back to CloudFormation's pre-signed S3 URL. After the Lambda finished (or timed out), CloudFormation waited the full 1-hour custom resource timeout before declaring failure.
The most likely explanation: the AwsCustomResource framework handler's HTTP PUT to the CloudFormation response URL was blocked or timed out. Since InstallLatestAwsSdk is "true", the Lambda spends time installing the latest SDK via npm at cold start — this eats into the Lambda timeout. If the Lambda's execution timeout (default 2 min for AwsCustomResource) was hit after the DynamoDB call succeeded but before the response URL callback completed, you'd see exactly this behavior.
The 85-second log duration supports this — the SDK install + DynamoDB call consumed most of the Lambda timeout, leaving insufficient time for the cfn-response HTTP callback, or the Lambda timed out during it.
The fix: In cdk/src/constructs/blueprint.ts, set installLatestAwsSdk: false (it's deprecated and unnecessary with SDK v3 bundled in the Lambda runtime) and increase the timeout:
Area
cdk— infrastructure, handlers, constructsagent— Python runtime / Docker imagecli—bgagentclientdocs— guides or design sources (docs/guides/,docs/design/)tooling— rootmise.toml, scripts, CI workflowsTip: AGENTS.md lists where to edit and which tests to extend.
Related
Changes
Increased the timeout.
Acknowledgment
By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of the project license.