-
Notifications
You must be signed in to change notification settings - Fork 8
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
Paketo jammy-full builder release v0.3.388 fails with Docker error "max depth exceeded" #556
Comments
We too are getting the same error |
@1FastSTi @outcomes-michael-pinnegar I can build locally and in the CI using the following release: The following releases will still produce the same error:
|
Same here. Had to fix the builder version to 0.3.387 or it won't work. |
Feel free to use https://github.com/migetapp/builder-ubuntu22-full, a squashed image that is binary compatible with |
Release v0.3.388 causes our CI build to fail with a "max depth exceeded" error from Docker. Docker has a hard, fixed limit of 127 layers. You can't have more than that. Release v0.3.387 does NOT produce that error.
I believe this issue just started cropping up because builder-jammy-full/0.3.386 and 0.3.387 had 114 layers, latest (0.3.388) has 121 layers. Basically you only have 6 more layers of overhead before hitting the hard limit set by docker. I don't know why or how Paketo seems to be modifying the number of layers in the builder image, but apparently it does, because the failure is sensitive to the layer count in the builder image.
Expected Behavior
Build should proceed normally
Current Behavior
Possible Solution
Reduce the number of layers in the produced full-jammy docker image. A simple way to do this is to reduce the number of commands in your layers, and I believe Multistage builds is a more advanced way to shrink the number of layers, but I haven't used it before.
Steps to Reproduce
Run
pack build image_name:1.0.0 --env 'BP_EMBED_CERTS=true' --env 'BP_RUNTIME_CERT_BINDING_DISABLED=true' --publish --post-buildpack paketobuildpacks/elastic-apm:latest
I actually haven't tried to reproduce this outside of our CI environment, but this is the command that it runs that fails. I assume that paketo is doing something that adds more layers to the image before it attempts to use it to build.
Motivations
CI build process does not work with the jammy full builder.
The text was updated successfully, but these errors were encountered: