Skip to content

fix(slack): bump command processor memory to 512 MB#233

Merged
krokoko merged 1 commit into
aws-samples:mainfrom
isadeks:fix/231-slack-processor-oom
Jun 1, 2026
Merged

fix(slack): bump command processor memory to 512 MB#233
krokoko merged 1 commit into
aws-samples:mainfrom
isadeks:fix/231-slack-processor-oom

Conversation

@isadeks
Copy link
Copy Markdown
Contributor

@isadeks isadeks commented Jun 1, 2026

Summary

Closes #231.

The Slack CommandProcessorFn runs at the CDK default of 128 MB and OOMs during module init after createTaskCore's transitive dependency graph (Cedar, attachment-screening, etc.) crossed the ceiling. Bump to 512 MB to match the Linear webhook processor (already at 512 from #d843540).

Symptom: @bgagent mentions in Slack get the 👀 reaction (receiver acks the event) but never the follow-up acknowledgement — the processor crashes before doing anything. CloudWatch shows:

INIT_REPORT ... Phase: init  Status: error  Error Type: Runtime.OutOfMemory
REPORT ... Memory Size: 128 MB  Max Memory Used: 127 MB

#232 tracks the deeper followup (lazy-load attachment / Cedar deps in createTaskCore so processors don't need 512 MB).

Test plan

  • Verified locally on dev stack: bumped memory, redeployed, aws lambda get-function-configuration returns MemorySize: 512, @Shoof mentions complete end-to-end (👀 → task created → acknowledgement comment posted)
  • CI: build + tests pass

Closes aws-samples#231.

The command processor was running at the CDK default of 128 MB and
OOMing during module init. Symptom: @bgagent mentions in Slack got the
👀 reaction (receiver acked the event) but never the follow-up
acknowledgement — the processor crashed before doing anything.

CloudWatch logs:
  INIT_REPORT ... Phase: init  Status: error  Error Type: Runtime.OutOfMemory
  REPORT ... Memory Size: 128 MB  Max Memory Used: 127 MB

Cause: createTaskCore's transitive dependency graph (Cedar engine,
attachment-screening, related deps) grew past the 128 MB module-init
ceiling. The Slack processor imports createTaskCore so it loads the
whole graph even on hot paths that never use attachments.

The Linear webhook processor hit the same pattern earlier and was
bumped in d843540. Slack's processor was never explicitly sized so
it stayed at the default until the bundle finally crossed 128 MB.

Followup aws-samples#232 tracks the deeper fix (lazy-load attachment/Cedar deps
in createTaskCore so processors don't need 512 MB).
@isadeks isadeks requested a review from a team as a code owner June 1, 2026 22:40
@krokoko krokoko added this pull request to the merge queue Jun 1, 2026
Merged via the queue into aws-samples:main with commit aba8939 Jun 1, 2026
2 checks passed
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.

fix(slack): command processor OOMs at 128 MB after createTaskCore bundle grew

2 participants