Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Support enabling containerd image store #736

Open
daniel-amag opened this issue Aug 28, 2024 · 2 comments
Open

Support enabling containerd image store #736

daniel-amag opened this issue Aug 28, 2024 · 2 comments

Comments

@daniel-amag
Copy link

daniel-amag commented Aug 28, 2024

After the update from Docker v23 to Docker v26 the default docker driver currently supports the registry cache backend but only when containerd image store is enabled. The default docker driver is a lot faster than the container driver when you need to use the --load flag.

I've tried enabling this by creating a daemon config file with

{
  "features": {
    "containerd-snapshotter": true
  }
}

and then instructing the daemon to use it upon restart but it doesn't seem to work.
nohup /usr/local/bin/dockerd --host=unix:///var/run/docker.sock --host=tcp://127.0.0.1:2375 --experimental --config-file /etc/docker/daemon.json &

This will always give this error if I try to build with the registry cache backend:

ERROR: Cache export is not supported for the docker driver.
--
282 | Switch to a different driver, or turn on the containerd image store, and try again.
283 | Learn more at https://docs.docker.com/go/build-cache-backends/
@BwL1289
Copy link

BwL1289 commented Sep 18, 2024

I am completely blocked by codebuild not utilizing containerd. Large images w/ many layers simply won't work in codebuild without it and will fail either on provisioning stage due to max layers exceeded, or if you're pulling a docker image inside codebuild, will also fail with max layers exceeded.

This is a critical to implement. Squashing images isn't an option for us.

Linking #730 and this #26 (comment)

@BwL1289
Copy link

BwL1289 commented Sep 20, 2024

To make matters worse, if you are using cdk pipelines, your entire build flow will not work even if one image with the above error occurs. This needs to be fixed.

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

No branches or pull requests

4 participants
@BwL1289 @daniel-amag and others