给定一个二进制文件,使用Go使用GOOS=linuxand 编译该二进制文件,并将其GOARCH=amd64部署到docker基于的容器中alpine:3.3,如果Docker引擎主机为Ubuntu(15.10),则该二进制文件将不会运行:
GOOS=linux
GOARCH=amd64
docker
alpine:3.3
sh: /bin/artisan: not found
如果将docker引擎主机(作为的基础)部署在Mac OS X上的VirtualBox VM中,则该相同的二进制文件(针对相同的OS和Arch编译)将 运行良好 。busybox``alpine
busybox``alpine
如果容器基于Ubuntu映像之一,则同样的二进制文件也可以很好地运行。
知道这个二进制文件缺少什么吗?
这是我要做的复制操作(未显示在OS X的VirtualBox / busybox中成功运行):
构建(即使拱门匹配,也将使用标志显式构建):
➜ artisan git:(master) ✗ GOOS=linux GOARCH=amd64 go build
检查它是否可以在主机上运行:
➜ artisan git:(master) ✗ ./artisan 10:14:04.925 [ERROR] artisan: need a command, one of server, provision or build
复制到docker dir,构建并运行:
➜ artisan git:(master) ✗ cp artisan docker/build/bin/ ➜ artisan git:(master) ✗ cd docker ➜ docker git:(master) ✗ cat Dockerfile FROM docker:1.10 COPY build/ / ➜ docker git:(master) ✗ docker build -t artisan . Sending build context to Docker daemon 10.15 MB Step 1 : FROM docker:1.10 ... ➜ docker git:(master) ✗ docker run -it artisan sh / # /bin/artisan sh: /bin/artisan: not found
现在将图像库更改为phusion/baseimage:
phusion/baseimage
➜ docker git:(master) ✗ cat Dockerfile #FROM docker:1.10 FROM phusion/baseimage COPY build/ / ➜ docker git:(master) ✗ docker build -t artisan . Sending build context to Docker daemon 10.15 MB Step 1 : FROM phusion/baseimage ... ➜ docker git:(master) ✗ docker run -it artisan sh # /bin/artisan 08:16:39.424 [ERROR] artisan: need a command, one of server, provision or build
默认情况下,如果使用该net软件包,则内部版本可能会生成带有某些动态链接(例如到libc)的二进制文件。您可以通过查看以下结果来动态检查静态链接ldd output.bin
net
ldd output.bin
我遇到了两种解决方案:
CGO_ENABLED=0
go build -tags netgo -a -v
从https://golang.org/doc/go1.2:
默认情况下,net软件包需要cgo,因为主机操作系统通常必须进行中介网络调用设置。但是,在某些系统上,可以使用不带cgo的网络,这样做很有用,例如,避免动态链接。新的构建标签netgo(默认情况下为off)允许在可能的系统上以纯Go格式构建net软件包。
上面假设唯一的CGO依赖项是标准库的net程序包。