Skip to content

fix: retry Lambda timeouts in the catalog check and reprocess steps - #1948

Merged
9pace merged 2 commits into
mainfrom
fix/retry-lambda-sandbox-timeout
Oct 19, 2026
Merged

9pace merged 2 commits into
mainfrom
fix/retry-lambda-sandbox-timeout

Conversation

@9pace

@9pace 9pace commented Oct 19, 2026 •

Copy link
Copy Markdown
Contributor

Follow-up to #713, which added Lambda.Unknown to the Check whether catalog needs udpating retry because that's how a Lambda timeout was reported. Lambd reports timeouts as Sandbox.Timedout, a hung S3 read sends the execution to the dead letter queue:

{"errorType":"Sandbox.Timedout","errorMessage":"RequestId: ... Error: Task timed out after 60.00 seconds"}

Send for reprocessing in the reprocess workflow also needs this. in the last month this timeout happened 3 times, each on an S3 read in the re-ingest function


By submitting this pull request, I confirm that my contribution is made under the terms of the Apache-2.0 license

@github-actions

Copy link
Copy Markdown
Contributor

Dependency Review

✅ No vulnerabilities or license issues or OpenSSF Scorecard issues found.

Scanned Files

None

@9pace
9pace marked this pull request as ready for review October 19, 2026 13:41
@9pace
9pace enabled auto-merge October 19, 2026 13:42
@9pace
9pace added this pull request to the merge queue Oct 19, 2026
Merged via the queue into main with commit 9994159 Oct 19, 2026
12 checks passed
@9pace
9pace deleted the fix/retry-lambda-sandbox-timeout branch October 19, 2026 13:48
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

Successfully merging this pull request may close these issues.

2 participants