我正在尝试用我的 Go 二进制文件创建一个用作数据库迁移器的容器。但是,如果我运行二进制文件,虽然它能完美地工作,但是我很难把它放到容器中并在 docker-compose 堆栈中运行它。
下面是我的Dockerfile:
FROM golang:1.11 AS build_base
WORKDIR /app
ENV GO111MODULE=on
# We want to populate the module cache based on the go.{mod,sum} files.
COPY go.mod .
COPY go.sum .
RUN go mod download
FROM build_base AS binary_builder
# Here we copy the rest of the source code
COPY . .
RUN CGO_ENABLED=0 GOOS=linux GOARCH=amd64 go build
#In this last stage, we start from a fresh Alpine image, to reduce the image size and not ship the Go compiler in our production artifacts.
FROM alpine AS database-migrator
# We add the certificates to be able to verify remote instances
RUN apk add ca-certificates
COPY --from=binary_builder /app /app
ENTRYPOINT ["/app/binary-name"]
当我运行 docker-compose 堆栈时,MySQL 数据库得到了正确的设置,但是我在数据库迁移器容器的日志中收到了这个错误:
data-migrator_1 | standard_init_linux.go:190: exec user process caused "exec format error"
Check if this is similar to containers/buildah
issue 475 :
I think it is because the system does not know how to execute the file.
FYI: What's the appropriate Go shebang line?Also be aware of the difference between the shell form and exec form of CMD/ENTRYPOINT in Dockerfile.
just adding
#!/bin/bash
to my entry point file fixed the issue.
Or:
Turns out the
#!/bin/bash
was in my entry point file, but since I did a copy and paste into that file, the first line was a newline, not the#!/bin/bash
, effectively ignoring it.
If this helps anyone as well: Deleted the empty line and all worked fine.
Or:
In case anyone finds this useful, you can get this issue if your shell script uses CRLF for line endings and/or UTF-8 with BOM (e.g. if you created a shell script file in Visual Studio).
Changing to LF only and straight UTF-8 fixed it for me.
Or (probably not your case, but to be complete):
For anyone who got a
standard_init_linux.go:190: exec user process caused "no such file or directory"
error after applying this fix, you're probably on an alpine base image which does not come with bash.Replacing
#!/bin/bash
with#!/bin/sh
will do the trick!