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
この答え と関係があるのではないかと思ったが、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)
このインストールされたGoバイナリに関するアイデアは、Alpine Linux Dockerのパスに見つかりませんか?
RUN mkdir /lib64 && ln -s /lib/libc.musl-x86_64.so.1 /lib64/ld-linux-x86-64.so.2
Muslとglibcは互換性があるため、このシンボリックリンクを作成すると、欠落している依存関係が修正されます。
これらのオプションを使用して、Alpineでgoバイナリをコンパイルしました
GOOS=linux GOARCH=AMD64 CGO_ENABLED=0 go build -o [name of binary]
出来た。
Debian 9(Stretch)/ Go 1.10.2でビルドし、Alpine 3.7.0で実行する場合:
CGO_ENABLED=0 go build
_GOOS=linux
nor GOARCH=AMD6
が必要でした。
プログラムの性質によっては、次のような静的リンクオプションを使用してgoプログラムをコンパイルすることをお勧めします。
-x -a -tags netgo -installsuffix netgo
その後、正しいライブラリをリンクすることを心配する必要はありません。
または、(その間) Docker Hub のgolang: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)