aws / aws/aws-codebuild-docker-images

Long provisioning times with amazonlinux-aarch64-standard:3.0 (ARM64) when triggered via GitLab webhook

Open
#793 1 comment 0 reactions 0 assignees View on GitHub
Dominant language
Dockerfile
Stars
1.2k
Forks
971
Avg merge
2h 47m
Merged PRs (30d)
1

Description

When running builds with Amazon Linux 2023 ARM64 standard images (aws/codebuild/amazonlinux-aarch64-standard:3.0), CodeBuild provisioning is consistently very slow.

Provisioning takes ~180–190 seconds before the build even starts.

Other phases (DOWNLOAD_SOURCE, INSTALL, PRE_BUILD) complete in under 1 second each.

I use GitLab webhook integration to trigger CodeBuild, so in GitLab CI this shows up as the job being “queued” for 3+ minutes, even though the delay is actually inside CodeBuild’s Provisioning step.

I tested every available version of the Amazon Linux 2023 ARM64 images (static tags, as well as latest).
All of them show the same 3-minute provisioning slowdown.

Note. My Codebuild is on ap-southeast-1 region

Image

Image

Contributor guide

Open the contributing guide

Research direction

Start by reviewing the reported CodeBuild provisioning timings for aws/codebuild/amazonlinux-aarch64-standard:3.0 in ap-southeast-1 and the GitLab webhook path. Compare the provisioning delay with the sub-second phases and the attached screenshots. Done would require identifying a cause or documented resolution; the issue names no repository files or tests.

Written by the indexing model from the issue text.

Assessment

Tech stack
aws, dockerfile, gitlab
Domain
cloud, devops
Issue type
Bug
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.