ChatGPT解决这个技术问题 Extra ChatGPT

在 Alpine Linux Docker 的路径中找不到安装的 Go 二进制文件

我有一个尝试在 Alpine Docker 映像上运行的 Go 二进制文件。

这适用于 Docker Go 二进制文件。

docker run -it alpine:3.3 sh
apk add --no-cache curl

DOCKER_BUCKET=get.docker.com
DOCKER_VERSION=1.9.1
curl -fSL "https://${DOCKER_BUCKET}/builds/Linux/x86_64/docker-$DOCKER_VERSION" -o /usr/local/bin/docker
chmod +x /usr/local/bin/docker
docker help
Usage: docker [OPTIONS] COMMAND [arg...]
...

但是,对于我要安装的 Go 二进制文件。

RACK_BUCKET=ec4a542dbf90c03b9f75-b342aba65414ad802720b41e8159cf45.ssl.cf5.rackcdn.com
RACK_VERSION=1.1.0-beta1
curl -fSL "https://${RACK_BUCKET}/${RACK_VERSION}/Linux/amd64/rack" -o /usr/local/bin/rack
chmod +x /usr/local/bin/rack

rack help
sh: rack: not found

/usr/local/bin/rack help
sh: /usr/local/bin/rack: not found

ls -al /usr/local/bin/
total 43375
drwxr-xr-x    2 root     root          1024 Jan 11 18:10 .
drwxr-xr-x    8 root     root          1024 Jan 11 18:09 ..
-rwxr-xr-x    1 root     root      30222575 Jan 11 18:09 docker
-rwxr-xr-x    1 root     root      14190576 Jan 11 18:10 rack

which rack
/usr/local/bin/rack

我认为这可能与 this answer 有关,但在运行 ldd 时我没有遇到同样的错误。

ldd /usr/local/bin/rack
    /lib64/ld-linux-x86-64.so.2 (0x7fdd15cd0000)
    libpthread.so.0 => /lib64/ld-linux-x86-64.so.2 (0x7fdd15cd0000)
    libc.so.6 => /lib64/ld-linux-x86-64.so.2 (0x7fdd15cd0000)

在 Alpine Linux Docker 的路径中找不到这个安装的 Go 二进制文件的任何想法?

您是在主机上还是在 alpine 容器中运行 ldd?您是否检查了 ldd 输出中列出的库文件是否确实存在于 alpine 映像中?
在容器内运行 lddldd 输出中列出的库文件存在于 Alpine 映像中。
rack 链接到 gnu libc,alipne 使用 musl libc。
此外,当我在容器中运行 ldd /usr/local/bin/docker 时,我得到输出 ldd: /usr/local/bin/docker: Not a valid dynamic program
ldd 用于打印共享库依赖项,docker 二进制文件是静态链接的。

W
Wex
RUN mkdir /lib64 && ln -s /lib/libc.musl-x86_64.so.1 /lib64/ld-linux-x86-64.so.2

由于 musl 和 glibc 是兼容的,因此您可以创建此符号链接,它将修复缺少的依赖项。


该命令为我解决了这个问题。您能否详细说明为什么需要这样做,以及在编译 Go lib 时是否有办法避免这种情况?谢谢
安装的 Go 版本是使用 glibc 编译的,并且在默认情况下未安装的 Alpine 上编译。你可以用 muslc 编译你的 Go,这是 Alpine 的默认设置,或者像上面那样做符号链接。
@GuerlandoOCs music 可能是 musl libc 的拼写错误
将此行添加到 Dockerfile 会产生以下错误 # Error relocating ./my_go_binary: __fprintf_chk: symbol not found。似乎是C库之间的不兼容。还有其他人收到此错误吗?
虽然这对我有用,但它仍然是一种解决方法。最后我选择遵循 Kuldeep 的回答并使用 CGO_ENABLED=0 go build。生成的二进制文件在 Alpine 上运行。
K
Kuldeep Singh Pal

我用这些选项在 alpine 中编译了 go binary

GOOS=linux GOARCH=amd64 CGO_ENABLED=0 go build -o [name of binary]

有效。


也许并不令人惊讶,我发现在 Mac 机器上为 alpine docker 编译时,除了“CGO_ENABLED=0”标志之外,我还需要“GOOS=linux GOARCH=amd64”标志。
对于使用 Bazel 的任何人,上述操作都可以通过 --features=static --features=pure 标志来完成。
如果您想使用包和“go get”来执行此操作,您可以直接执行:CGO_ENABLED=0 go get -u YOUR_PACKAGE 并获取可以在 alpine 中工作的二进制文件。
如果您必须保持启用 CGO,这不是一个有效的解决方案。
k
knite

在 Debian 9 (Stretch) / Go 1.10.2 下构建并在 Alpine 3.7.0 下运行时:

CGO_ENABLED=0 go build

GOOS=linuxGOARCH=amd6 都不是必需的。


如果您必须保持启用 CGO,这不是一个有效的解决方案。
h
howie

你可以安装 libc6-compat

RUN apk add --no-cache libc6-compat

我认为从“二进制消费者”的角度来看,这是最干净的答案。
我做到了,但我仍然遇到错误找不到符号错误加载共享库 libstdc++.so.6: 没有这样的文件或目录
j
johannzhaojohann

根据程序的性质,您可能希望使用静态链接选项编译您的 go 程序,例如:

-x -a -tags netgo -installsuffix netgo

之后,您无需担心链接正确的库。


j
jotrocken

或者,您可以(同时)使用来自 Docker Hubgolang:alpine 映像来编译和运行您的代码。

docker run -v ${YOUR_CODE_PATH}:/go/src/example -it golang:alpine sh
cd src/example
go build .
ldd example
    /lib/ld-musl-x86_64.so.1 (0x7f677fcf7000)
    libc.musl-x86_64.so.1 => /lib/ld-musl-x86_64.so.1 (0x7f677fcf7000)

你的意思是编译还是运行时环境?使用此图像进行编译会自动编译链接到 musl 的二进制文件吗?在您的答案中提供更多细节会很棒:)
谢谢提问!我已经相应地更新了答案。
是否有任何理由使用 golang:alpine 来运行应用程序而不是仅使用 更小的 alpine 图像? golang:1.10-alpine 为 376 MB,而 alpine:3.7 为 4.15 MB。
我猜是维护工作。它仍然是 golang:latest 的一半大小。但是你是对的,如果空间比可维护性更重要,那么使用普通的高山(双关语)是要走的路。