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
ci: buildkit CI is broken; "cgo: malformed DWARF TagVariable entry" #44570
Comments
/cc @crazy-max |
As |
I'm able to repro with: $ docker buildx build --target integration-tests https://github.com/moby/buildkit.git#4febae4f874bd8ef52dec30e988c8fe0bc96b3b9
...
------
> [containerd 1/1] RUN --mount=from=containerd-src,src=/usr/src/containerd,readwrite --mount=target=/root/.cache,type=cache git fetch origin && git checkout -q "v1.6.2" && make bin/containerd && make bin/containerd-shim-runc-v2 && make bin/ctr && mv bin /out:
#0 2.845 + bin/containerd
#0 3.980 # github.com/miekg/pkcs11
#0 3.980 cgo: malformed DWARF TagVariable entry
#0 3.985 make: *** [Makefile:230: bin/containerd] Error 2
------ I will take a closer look. |
This looks to be related to the golang alpine image 1.18. Switching to 1.18.7 and it works now. Any idea @tianon? Maybe an issue with Alpine 3.17 since 1.18.7 alpine image is based on Alpine 3.16. Edit: confirmed, works fine with |
I know alpine dropped LLVM on s390x (see docker/cli#3822), but that shouldn't be related I think? |
It looks fine with |
Ok this change https://go-review.googlesource.com/c/go/+/406816 is not yet backported to 1.18 branch. |
Oh, interesting; I saw it was reported with go1.17, so assumed it was included in 1.18, but I see now it was marked for go1.19. We should request a backport for that for go1.18 |
@crazy-max could this one also be related? |
Ah, that one was back ported I see golang/go@e727f41 So the procedure on their side looks to be to leave a backport request comment? golang/go#53013 (comment) Can we make an "as minimal as possible" reproducer to post together with that comment? |
|
So it looks like buildkit is using With alpine 3.16: docker run -it --rm golang:1.18.8-alpine3.16 sh -c 'apk add --quiet --no-cache clang && clang --version'
Alpine clang version 13.0.1
Target: aarch64-alpine-linux-musl
Thread model: posix
InstalledDir: /usr/bin With alpine 3.17: docker run -it --rm golang:1.18.8-alpine3.17 sh -c 'apk add --quiet --no-cache clang && clang --version'
Alpine clang version 15.0.6
Target: aarch64-alpine-linux-musl
Thread model: posix
InstalledDir: /usr/bin |
Opened #44571 to fix CI in the meantime. |
This allows us to pin to a specific version of Alpine, in case the golang:alpine image switches to a newer version, which may at times be incompatible, e.g. see moby/moby#44570 Signed-off-by: Sebastiaan van Stijn <github@gone.nl>
This allows us to pin to a specific version of Alpine, in case the golang:alpine image switches to a newer version, which may at times be incompatible, e.g. see moby/moby#44570 Signed-off-by: Sebastiaan van Stijn <github@gone.nl> (cherry picked from commit 7b56eba) Signed-off-by: Sebastiaan van Stijn <github@gone.nl>
This allows us to pin to a specific version of Alpine, in case the golang:alpine image switches to a newer version, which may at times be incompatible, e.g. see moby/moby#44570 Signed-off-by: Sebastiaan van Stijn <github@gone.nl>
This allows us to pin to a specific version of Alpine, in case the golang:alpine image switches to a newer version, which may at times be incompatible, e.g. see moby/moby#44570 Signed-off-by: Sebastiaan van Stijn <github@gone.nl> (cherry picked from commit 1b0d6fc) Signed-off-by: Sebastiaan van Stijn <github@gone.nl>
Description
Since late yesterday evening, BuildKit CI is broken; as far as I can see, it's breaking in a step that does not use the code in this repository (but please double-check if I'm right), so either
dockerfile-upstream:master
)Failure looks like this: (https://github.com/moby/moby/actions/runs/3600129177/jobs/6064524682)
Which is similar to reports in go1.17 some time ago;
Reproduce
See #44567 and other PRs
Expected behavior
No response
docker version
sudo rm /etc/docker/daemon.json sudo service docker restart docker version docker info shell: /usr/bin/bash -e {0} env: BUNDLES_OUTPUT: ./bundles BUILDKIT_REF: 4febae4f874bd8ef52dec30e988c8fe0bc96b3b9 Client: Version: 20.10.21+azure-1 API version: 1.41 Go version: go1.18.7 Git commit: baeda1f82a10204ec5708d5fbba130ad76cfee49 Built: Tue Oct 25 17:53:02 UTC 2022 OS/Arch: linux/amd64 Context: default Experimental: true
docker info
Additional Info
The step where things break:
Failure with more detail:
docker.io/docker/dockerfile-upstream:master
frontend (sha256:0e39c80bd858c49913c85dd3636aae0f6c8266ff1dcc24e5aeabf98e93579843
)The text was updated successfully, but these errors were encountered: